测试用例与测试计划2-------面试

测试计划

 

测试用例的评审和变更、

1.测试用例本身的描述是否清晰；

2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗余性，都造成了效率的低下；

3.是否针对需求文档，测试用例是否覆盖了所有的软件需求；

4.是否完全遵守了软件需求的规定。这并不一定的，因为即使再严格的评审，也会出现错误，应具体情况具体对待。

测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更全面对于测试工程师来说也是一个快速提高用例设计能力的过程。

1、需要评审的原因

2、进行评审的时机

3、参与评审人员

4、评审内容

5、评审的方式

6、评审结束标准

 

测试用例的变更

测试用例并非一成不变。如果软件修改之后发生变化，或者需求发生变更，那么测试用例便不再满足当前版本软件的测试需求，由此需要进行修改和变更操作。

测试计划包括：

测试背景	测试目标	测试范围	测试输出文档
测试策略	测试规模工作量分析	测试进程	测试进度及时间安排
测试资源	人力，设备	风险管理

 

 

 

需要掌握：

1、在编写测试用例使用那些方法？

等价类划分法，场景法，边界值法，错误推测法，

 

2、测试用例方法及其应用场景

 

3、测试计划模板包含：

确定测试范围，制定测试策略，测试资源安排人员的分配，时间安排，风险分析等

 

4、测试用例模板：

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

 

5、测试报告模板

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

 

6、需求变动应该如何做

首先，我会和我的组长或者是项目经理确定这件事情，因为在会议评审的时候明确指定了测试的范围，如果需求需要变动，先看看他们的意见，因为我们没有权利去抉择这样的事情，如果组长或者项目经理同意需求变动，那么我们按照正常的流程来走并后期配合开发进行验证，如果不同意，那么我会给产品人员或者客户传达。