测试心得
测试前的准备工作
1) 完善的需求文档,原型,概要设计文档
通过这些开发文档可以了解整个系统的架构。要实现的功能,及业务流程。为测试计划中的测试要素和测试策略提供依据。在没有详细的开发文档时,可以项开发人员询问,或参考先前的软件版本。抓住业务流程。
2)测试计划的重要性
测试计划从时间上进行了部署,明确的测试的重点和内容。在紧急情况下可以取舍。
2) 紧急情况的测试策略
测试重点先测
功能实现第一
界面优化最后
测试执行过程
1) 测试要点的定位
2) 系统业务流程的理解
对业务流程的理解可以指导我们设计某些更深层次的用例。
3) 紧急情况下的取舍
要交付的重点明确
基本功能明确
4) 测试文档记录
测试结果要做记录,保留原始文档。以便日后做总结时又所依据。
5)吸收前人的经验
1)表单内容的测试:输入信息的格式限制。
2)BUG图文结合的方式提交。(在说不清的时候,或不经常出现的BUG情况下很有用)
测试流程复习
每个软件测试阶段都要经历以下步骤:测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。
a 测试需求分析
测试需求是整个测试过程的基础;确定测试对象以及测试工作的范围和作用。用来确定整个测试工作(如安排时间表、测试设计等)并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即,它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念,它是在整个测试计划文档中体现出来的,不是类似的一个用例或者其他.
·测试需求是制订测试计划的基本依据,确定了测试需求能够为测试计划提供客观依据;
·测试需求是设计测试用例的指导,确定了要测什么、测哪些方面后才能有针对性的设计测试用例;
·测试需求是计算测试覆盖的分母,没有测试需求就无法有效地进行测试覆盖;
b 测试过程设计:包括测试计划,测试策略制定,测试时间安排用,测试用例编写等
c 测试实现:环境配置好了,新的版本也收到了,人员也都培训好了等等
d 测试实施:已经按照测试计划进行展开了,比如手工测试,自动化测试等
e 测试评价:对版本测试覆盖率,测试质量,人员测试工作以及前期的一些工作制定情况进行评价,评估
f 测试维护:对测试用例库,测试脚本,bug库等进行维护,保证延续性等