软件测试学习心得

今天学习了测试用例,测试用例(Test Case)是为某个特殊目标而编制 的一组测试输入、执行条件以及预期结果,以便 测试某个程序路径或核实是否满足某个特定需求。以解决要测什么、怎么测和如何衡量的问题。

测试用例的重要性:

1.有效性: 测试用例是测试人员测试过程中的重要参考依据,准确的测试用例的计划、执行和跟踪是 测试的有效性的有力证明。
2.可复用性 :设计良好的测试用例可以重复执行,能节约时间,提高测试效率 。
3. 易组织性: 清晰详细的测试用例能够便于测试执行的开展 。
4.可评估性 : 测试用例的通过率是检验代码质量的保证 。
5.可管理性 :测试用例也可以作为检验测试人员进度、工作量以及跟踪管理测试人员工作效率的因素。

测试用例的特征:

1.最有可能抓住错误的; 2.不是重复的、多余的;3. 一组相似测试用例中最有效的 ;4.既不是太简单,也不是太复杂; 5.模板可以根据所测对象的不同对模板内容进行调整。

测试用例的用途:

1.核实需求:每一个需求点都会设计测试用例 。
2. 评估结果:对产品进行评估,对测试完成情况进行评价 。
3. 准确回归:快速正确的进行版本重复测试 。
4.防止遗漏:使软件测试的实施重点突出、目的明确,确保需求功能不被遗漏 。
4. 提高效率:避免盲目测试 。
5. 缩短周期:版本更新和升级时,只需修正少部分测试用例,资源复用。

设计测试用例的基本准则:

1.测试用例的代表性:能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以 及极限的输入数据、操作和环境设置等。
2.测试结果的可判定性:即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果。
3.测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。

设计测试用例的着眼点 :

1.根据产品规格,测试基本功能。
2.考虑设计一般用户(非专业人员)的使用方案。
3.与系统其他组成部分的配合(如移动网络和wifi,测试中考虑对设备的共享)。
4.好的测试用例集能花费最小的代价(人力、物力、财力、时间)做最好的测试。

测试用例设计书写标准(测试用例的内容)

在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模 板。标准模板中主要元素如下:
1.用例标题——惟一标识每一个测试用例 。
2.测试项——准确的描述所需要测试的项及其特征 。
3.输入步骤和数据——执行测试用例的输入需求(这些输入可能包括数据、文件或者 操作)。
4.预期结果——按照指定的环境和输入标准得到的期望输出结果 。
5.测试用例之间的关联——标识该测试用例与其它的测试(或其它测试用例)之间的 依赖关系。

如何选择测试方法 :

1.在任何情况下都必须使用边界值分析方法;
2.用等价类划分方法补充一些测试用例 ;
3.涉及到业务流程的软件,应采用场景法 ;
4.用错误猜测法再追加一些测试用例;
5.如果程序的功能说明中含有输入条件的组合情况,则应在一开始就选用判定表法 ;
6.如果程序某功能适合自动测试,可以采用自动测试以及随机测试。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值