软件测试的生命周期；测试工作之前的准备、争执处理；测试用例的编写

1. 软件测试的生命周期[6]

需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估

• 需求阶段 –测试人员了解需求、对需求进行分解，得出测试需求

• 计划阶段 根据需求编写测试计划/测试方案

• 设计阶段 –测试人员适当的了解设计，对于设计测试用例是很有帮助的，测试人员搭建测试用例框架，根据需求和设计编写一部分测试用例

• 编码阶段 –测试人员一般是不需要编码的，但已经编码的模块，专业的白盒测试人员可以计划执行单元测试，完善、细 化测试用例以及调整测试计划和方案。

• 测试阶段 –测试阶段是软件测试人员最为重要的工作阶段，根据测试用例和计划执行测试，在执行的过程中记录、管理缺陷，测试完成后编写测试报告。

• 运行维护 –测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解，加上测试人员的沟通表达能力一般都比较强，所以测试人员可以参与用户使用软件的培训，在试运行项目时收集问题并及时反馈给相关负责人。

 

2. 测试会出现的问题

准备

1. 阅读所有项目相关的文档（需求文档、设计文档、用户手册）

2. 参加各种会议，了解项目背景，了解需求和业务。

3. 熟悉项目有关的测试管理工具。

4. 阅读公司已有的测试方案和测试案例，阅读旧有的BUG库，熟悉编写规范、bug提交规范等。

计划

1. 测试计划是什么？

2. 内容？test case是多少？时间安排？

3. 测试对应的 开发人员？需求人员？

4. 内容是否需要特殊资源？

测试

BUG必须是可以重复出现的。

执行测试时处理要做到测试用例和需求覆盖以外，还要有临时发挥的能力。（根据自己的经验和体验）

一般情况下，存在28原则。80%Bug集中在20%的模块，80%的bug集中在20%的开发人员。所以更可以针对性的进行测试，才会发现更多更深的bug。

多进行逆向思维和发散性思维，不要仅仅局限于用户需求文档。而且一定越早了解项目越好。

争执

测试和开发原本是互帮互助、相互扶持共同寻找问题、改正，使软件达到最好的效果。

但是从本质上来看，测试和开发却是两个对立面了，一个希望bug越少越好，一个希望能找到更多的优化点。那么就少不了会产生争执。

争执主要就是几个方面：1. bug级别不合适 2.bug判断有误 3.沟通不良

所以测试人员一定要先自己确定bug的可重复性和缺陷性，写清楚测试用例，准确判断级别，站在用户角度公正地坚持地说服开发人员。（一定不能争吵，解决不了任何问题）就是一定要先自己坚定正确性，才能和开发人员讲道理。

那如果开发人员就是不承认这个bug，我们也不要着急，不要争吵，可以发起Bug评审。

 

3. 测试用例的编写

基本要素

包括：测试环境、测试数据、测试步骤、预期结果、重要性、模块等

标准：1. 无二义性 2. 可操作性 3. 可维护性 4. 对需求覆盖率高 5. 一个输入只有一个结果

测试用例优点

1. 使得工作可重复，自动化测试的基础

2. 评估需求覆盖率

3. 用例的覆用

4. 为后续借鉴

5. 避免对新版本的重复测试

测试用例缺点

1. 维护成本高

2. 费时费力

测试用例的练习