软件测试之“软件测试用例设计原则”_第1页
软件测试之“软件测试用例设计原则”_第2页
软件测试之“软件测试用例设计原则”_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

第第页软件测试之“软件测试用例设计原则”软件测试之“软件测试用例设计原则”

发表于：2023-06-21来源：未知：娃娃点击数：标签：测试用例

那么对于日常软件测试每个新功能，我们该怎么去构筑我们坚固的质量堡垒呢。根据开发过程的特点，总结了我们设计测试用例六个方面。

不管是从个人角度还是从公司角度，根据我这几年的经验我觉得case的设计应该符合以下几点：

1、一个case一个功能点：每个case都要有个测点，找准一个测点则可，不能同时覆盖很多功能点，否则执行起来牵连太大;

2、case的易读：从执行者的角度去写case，最好不要有太多的术语在里面，如果要有最好指明具体位置;

3、case的执行粒度：粒度越小越好;软件

4、步骤清晰：一个case多个步骤，可一个重点，步骤指名人们怎么去操作，expect则指明这样操作之后应该看到什么结果最好不要用正确，正常，错误之类的含糊主观的字眼。

5、总体设计：先正常，后异常，这样可以确保正常情况下功能能够走通。

总之：对于一个新来的tester，给他个case和我们的软件，他就能顺利取执行case，这是最佳状态，也是我们case设计的标准，按照这个标准，我想出了以上几点要求。

这样做的好处是：

1、执行者不会因为case看不懂再三的去烦扰你，你也不会因为时间长了，业务忘了，看不懂case;

2、如果原来的designer有事，公司可以很快请人顶上，（测试）可以继续进行，不会被block住;

3、执行case的人能更快的去掌握业务系统流程，不会因为要看懂一个case而大伤脑筋，更别说去真正的执行它了。

那么对于日常（软件测试）每个新功能，我们该怎么去构筑我们坚固的质量堡垒呢。

根据开发过程的特点，总结了我们设计测试用例六个方面。

一、功能

关注页面单个功能点验证，充分考虑（开发）改动的每个点。这个是保证（开发）每个已知的修改点都能改对。

二、关联

重点考虑修改点对其他模块的影响，包括代码的影响和操作数据引起的影响。

比如新增加的功能增加了数据库表的字段，必须关联的验证每个使用该表的该字段的模块是否正常工作。难点在于需要分析出已知和未知的影响模块，考虑的越多，往往遗漏的问题就越少。

三、流程

很多系统是有流程的，比如工作流系统。当修改了一个点的时候，我们必须考虑整个流程是否能够正常运转起来。

四、升级

我们大部分系统都是对已有的系统进行升级。对于升级前的数据，我们必须保证能够正常工作。升级之前，需要模拟好各种情况。也需要对升级的（数据库）

人人文库> 全部分类> 图纸下载 > 毕业设计

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论