测试团队的组织架构

（1）金字塔模式
一般从上到下分为：测试总监-A产品测试总监-测试组长-测试人员，有专门的测试团队。也可能以测试类别分组，比如自动化测试、性能测试、安全测试等等。这种组织架构比较清晰；
（2）矩阵模式
一般以项目划分，一个项目里面分项目经理，开发经理，测试经理。
要搞清楚一个公司开发/测试团队的组织架构，有利于明确个人未来的发展方向。
分开管理，有专业的管理，由项目管理人员，分的很清楚，但是缺点就是有时候测试人员会陷入不知道该先完成哪一个（一般是优先项目再去处理专业领域问题）

软件测试原则

软件测试人员需要的知识体系

软测人员需要的素质：
责任感：把自己测试的项目当做孩子一样，知道它的优缺点，并且知道如何去培养项目

软件测试的原则

1.所有的软件测试都应该追溯到用户需求。
即应该重视需求文档，明确最初的需求才能尽可能减少后期的错误；
“产品缺陷的80%以上是在产品开发过程中的需求定义阶段引入的，如果需求得到了准确的验证，则可以消除80%的返工问题，节省总项目投入费用的45%”

2.尽早启动测试工作，尽可能早地发现问题。
问题越是遗留到后面修改的成本越大；
3.pareto法则适用于软件测试，又称28效率法则，即早期应该能够发现大量的问题；

Pareto(帕累托)法则是由意大利经济学家帕累托提出的，又称为28效率法则。
测试中的Pareto法则是说一般情况下，在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的缺陷，（即初期阶段）而系统测试又能找出其余缺陷中的80%，最后4%的缺陷可能只有在用户的大范围、长时间使用后才会曝露出来。

4.穷尽测试是不可能的，应当做适当的风险分析；
由于很少有机会对一个应用软件进行所有可能的测试，对大多数软件开发项目来说,利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由，也可采用正式的方法。

5.杀虫剂怪事 。
开发人员时间长了之后会知道测试人员的一些套路，所以测试人员应该时常切换思维，用多种方法进行测试；这也是随机测试和探索性测试近期流行的原因

6.前进两步，后退一步
缺陷修复总会以20%-50%的概率引入新的bug
每次修复之后，必须重新运行先前所有的测试用例，从而确保系统不会以隐蔽的方式被破坏

7.三心二意原则
细心、信心、耐心，团队合作沟通能力，时刻保持怀疑态度且有缺陷意识。