测试用例设计原则

全面性

① 应尽可能覆盖程序中的各种路径(要覆盖所有的需求,所有的流程和功能都应有相对应的测试用例)。

② 应考虑存在跨年、跨月的数据。

③ 大量数据并发测试的准备。

正确性

① 输入界面的数据应与测试文档所记录的数据一致。(测试执行时,要按照测试用例提供的数据执行)

② 预期的测试结果应与需求设计产生的业务和结果吻合。(就是测试的预期结果不能违背或超出需求设计的要求)

符合正常业务惯例

① 测试用例应符合用户实际工作业务流程。(测试用例的设计要参考《需求规格说明书》和《概要设计说明书》)

② 兼顾各种业务变化的可能。(设计的测试用例要有可变化性,即要定期维护)

系统性

① 对于系统业务流程有一个完整、正确的说明,包括系统的各组织结构(子系统、模块)相互间的关系,对于相互间有联系的子系统的业务关系的描述一定要清晰、直观。

② 模块业务流程要清晰描述各模块内部功能、它们相互间的联系;若有模块功能类似,应对其进行区分。

仿真性

人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例。

可操作性

① 试用例中应尽可能的写清测试的内容和必要操作要求,以便测试人员能更好理解和测试操作。

② 操作性的另外一方面是界面友好性,例如信息中的信息漏填,系统的提示是否明确(指出是具体哪项未填写),光标是否定位到相应输入项。

容错性(健壮性)

① 错性测试就是测试系统是否容易崩溃或瘫痪;

② 序能够接收正确数据输入并且产生正确(预期)的输出, 输入非法数据(非法类型、不符合要求的数据、溢出数据等),程序应能给出提示并进行相应处理。把自己想象成一名对系统操作一点也不懂的客户,进行任意操作。

接口(连贯性)

① 试各个模块相互间的协调和通信情况,数据输入输出的一致性和正确性。(这个在系统测试中是非常重要的一环,大多数比较严重往往是在模块的间的接口和交互上的,一定要全面的测试它们之间的协调和通信)

② 于系统业务流程来说,各个子系统之间是如何连接在一起,如果需要接口,各个子系统之间是否有正确的接口。

③ 果是依靠页面链接,页面链接是否正确;子系统间是否有制约(加锁、解锁),如果有制约,要它们之间的关系要描述清楚。

④ 于模块业务流程来说,同级模块以及上下级模块是如何构成一个子系统,其内部功能接口是否连贯,接口间的交互是否正常。

数据库

数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。(主要是测试数据是否正确、及时的导入/导出数据库,数据表及其之间的数据调用关系等,比如在界面显示的信息,是否与数据库中的信息一致。对信息的修改是否及时的导入数据库等。对于取消批改的信息,该信息在数据库中的信息是否正确、及时回滚)

可移植性

在不同操作系统及硬件配置情况下的运行性。(例:把系统安装在windows 2003/win7 的英文版 、中文的操作系统下进行测试,检验系统的所有功能是否能正常的运行,系统性能是否稳定等。)



留言