测试计划和测试用例，测试用例、计划、报告的模板，以及面对需求变动应该怎样做

一、测试用例概念和作用

1、测试用例的定义

是为了某个业务目标，编制的一组有测试输入，执行条件以及预期结果组成的案例。

2、编写测试用例的好处

1、在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。
2、测试用例的使用令软件测试的实施重点突出、目的明确。
3、在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。
4、检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路

3、测试用例的四个特性

1、代表性：能够代表并覆盖各种合理的和不合理、合法的和不合法的、边界的和越界的以及极限的输入数据、操作等。
2、针对性：对程序中的可能存在的错误有针对性地测试
3、可判定性：测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果
4、可重现性：对同样的测试用例，系统的执行结果应当是相同的。

4、测试用例通常包含几个组成元素

用例编号、测试模块、用例标题、用例级别、前置条件、测试输入、执行操作、预期结果,实际结果,测试人员,测试时间….

5、注册测试用例

二、测试用例模板/测试报告模板/测试计划模板

1、测试用例模板：

用例编号、测试模块、用例标题、优先级、前置条件、输入数据、操作步骤、预期结果、实际结果、是否通过、测试人员、测试日期。

2、测试报告模板：

测试目标、测试依据、测试范围、测试环境、测试进度、执行结果、缺陷分布、遗留缺陷、测试结论、建议、附录等。

3、测试计划模板：

测试范围、测试策略、人员分配、时间安排、风险评估等。

三、面对需求变动应该怎样做？

1． 协调制定变更规范，比如说每次需求人员都会发出变更邮件，这样可以作为开发人员和测试人员工作的依据。如果这点也做不到的话，建议把发给开发人员的变更信息同时抄送给测试人员，使测试人员和开发人员保持信息基本一致；

2． 了解需求变更的范围，及时整理并记录测试需求变更，在每次不论通过何种方式得到需求变更信息，都要及时记录，并及时通知相关人员确认；

3． 确保团队明白需求变更所涉及到的风险，特别是在迭代后期阶段。

4． 如果可能，通过协商或者实行下一个迭代的更改，将需求变化控制在一个很小的幅度；

5． 在每次测试前，一个比较详细的测试测试任务列表单，同时注明本次测试的侧重点【变更哪些需求、新增了哪些需求】，找相关人员确认

6． 每天保持记录测试工作日志，主要包括【1.测试中遇到的问题及其解决方式（可以形成测试知识库）、2.记录测试任务及其工作成果（主要是记录今天做了什么？成果是什么？以便以后总结）、3.记录测试进度（记录个人或者团队的工作进度情况；这样时间长了就基本可以评估测试那个模块，那个流程，哪一类问题需要多长时间，以便对日后工作做一个计划）、4。记录测试问题总结等（对问题归类总结，时间长知识库、日后需要加强学习和注意的地方）】

7． 测试人员应该把需求变化当作是一种项目常态，平常心应对。任何项目要想安装预期规划发展那几基本上是做不到的，所以变更将是我们工作中的一个常态。