年终回顾：软件测试团队架构与成效

从当初开始莫名其妙（为什么说莫名其妙呢？因为本来是想要搞研发的，误打误撞搞了测试）进入软件测试行业至今大概也快有一年了。其中经历过因为公司项目少，被放过假（上一家公司）；因为赶项目加过班。一开始在一家比较大的主要做测试的外包公司，面试时是英文面（本人英语水平一般），觉得或许工作难度会比较大，虽说工作是英文环境，熟悉后发现也就是那么回事吧。大的公司接触的测试内容都是比较细节的，作为一个只跑功能测试用例的tester，刚开始的工作没有考虑到那么多，内心认为，难道软件测试就是做这个的？经过后来学习考取ISTQB证书后，对软件测试整个工作流程有了一定的认识。因为公司原因和个人发展从外包离职，2017年11月份进入另外一家小公司开始了测试的职业生涯。对2017年的工作做以总结。

测试工作具体流程总结：

1、测试从需求分析的时候开始就应该进入，了解用户需求。

2、测试计划和估算

3、依据项目需求根据测试方法编写测试用例（小公司项目需求过于“简陋”的话，就等开发人员把项目开发出来，在根据系统文档，部署环境等，来设计测试用例）

4、评审测试用例并确定优先级，对测试用例进行修改补充

5、部署测试环境，执行测试用例

6、评估出口准则，根据项目的进度，看是否需要更改测试的出口准则

7、编写测试报告

8、测试活动结束

不同的测试对象有不同的测试方法，流程也是要根据实际情况来制定改变的。

有时候在今天看来，昨天的一些事情的做法是那么的愚蠢，甚至是错误的，自己为此后悔不已，回想到当初我要是怎样怎样就好了。也许这个就是成长，只有真正进步了，才能够发现过去的不足，借此来制定新的计划，提高自己。正比如一本书，你看第二遍的时候又会学习到第一遍没有注意到的东西。介于工作经验的积累和个人眼界的限制，测试流程方面还有诸多细节等着去学习去积累，这个即是下一步学习的目标。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删