当你刚踏入测试团队的时候,你可能无从下手,拿来软件就是一顿乱点。其实要做一个好的测试人员,一定要有一份好的计划。所以测试计划就是测试的开始。 在测试计划里要对自己的软件进行了解。是说明你对整个软件的了解。以及业务处理的过程,了解软件的测试重点在哪儿。所以业务描述和测试点就显得十分的重要了。 而在这里我建议测试新手要对测试点进行详细的描写,*好使用表格的形式。最后在用例中给自己列出一个大致的时候安排计划。
在我看来,其实功能测试用例就是记录你的动作和反回值,看看是否正确。所以可以拉一张大表。分别写出序号。测试项,动作,预期结果,输入值,实际结果,说明……可以按业务流程顺序写。 可能会有好多条结果,其实这个没有关系。因为我们可能写好多次一样的业务流程,只不过输入值不同,反回的结果就一定不同。如果后台用的是大型数据库,也可以对后台数据表的流向进行一下描述。对你对整个系统有很大的帮助。最后进行总结进行归档报告。
01 测试用例 先给大家看个测试用例模板吧。 第*:项目背景 简单的介绍项目的名称,项目开发的背景和开发的情况,以及只要完成的功能;术语的定义,参考的文档等内容。 第二:资源分配 1)测试环境的搭建所需要的软件和硬件说明,包括操作系统,补丁版本,数据库版本,被测软件版本,还有诸如打印机、扫描仪等外件信息。 2)人员安排:包括任务、时间、人员及此任务输出的产品。任务包括测试的产品、对软件测试产品的了解、书写测试文档,执行测试等。
第三:测试依据文档和输出文档说明 测试依据就是该项目的需求文档、设计文档等信息,输出文档包括测试需求,测试计划,测试用例,结果统计,缺陷分析。 第四:测试内容 1)测试的功能点; 2)测试方法、策略:包括采用何种方法测试,采用手工或自动化测试工具; 3)测试类型:包括功能测试、安全测试、压力测试等等; 4)约束条件(或测试边界):例如测试的软件需要有一定的网络环境,但是本次测试只测试软件,默认网络环境为正常。 第五:回归测试的策略和具体安排以及缺陷的分析和总结 第六:风险估算 在测试过程中,可能会遇到开发人员由于出差、请假等原因;人员或者软硬件资源限制;项目优先级发生变化等原因。
02 情况处理 在这些情况下项目如何处理,而如果项目由于某种原因被暂停,则重启该项目测试的条件是什么,这个也需要说明清楚。 1、测试目的 测试软件是否真正的对于用户的需求进行了实现,并使系统达到用户可以接收的程度。 2、测试前期准备 从客户的角度进行测试,测试前要非常明确系统要达到的功能目标,测试人员所具备的专业的鉴赏能力,应当明白重点及非重点。 3、编写测试计划
测试计划一定要包括以下内容: ①明确职责; ②明确的测试功能,进行功能的优先顺序排序。对于测试工作安排一般次序如下: ●系统安装 ●系统参数设置 ●遍历所有的业务功能,并明确是否实现了所有的需求 ●通过测试 ●准确性测试(含数据测试) ●失败测试 ●状态测试 ●业务处理功能查询功能及报表功能 ●系统性能 ③测试数据设计说明; ④培训及其它支持条件。 4、测试用例设计 ①测试环境的搭建所需要的软件和硬件说明,包括操作系统,补丁版本,数据库版本,被测软件版本,还有诸如打印机、扫描仪等外件信息; ②人员安排:包括任务、时间、人员及此任务输出的产品。任务包括测试的产品、对软件测试产品的了解、书写测试文档,执行测试等。
1)用户需求的完整性:是否根据用户所需求的业务流程,进行了相应的具体系统的实现。 2)文件的完整性:是否已完成合同及约定所明确的所有的文件。 3)通过测试(含准确性测试):测试的第一步 ,测试系统能做什么工作。 4)条件覆盖测试:测试的第二步,测试系统多方面考虑进行的怎么。通过一定的测试数据明确是否进行了足够的条件覆盖,使系统达到足够的质量。 5)数据约束的合理性:数据是否是约定条件范围内;对于越界处理是否正常;默认、空白、null值、零值的处理是否正常。 6)状态控制:进行系统和功能在不同状态下的处理,如数据库关机,客户机开机是否能正常。 7)软件常规性能及其他:软件所需的操作环境及易使用性,可移植性、兼容性、错误恢复能力和可维护性等等是否为用户认可。
点击下方 “阅读原文” ,挑 战 年薪20万 的机会 ~