编写测试用例的必要性_第1页
编写测试用例的必要性_第2页
编写测试用例的必要性_第3页
全文预览已结束

下载本文档

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

文档简介

第第页编写测试用例的必要性编写测试用例的必要性

发表于：2023-03-10来源：：点击数：标签：编写

我知道的有关测试用例情况：听一个在微软工作的朋友说，他们每天写完的代码，在晚上下班之前都要check到一起，执行一遍用例，当然都是自动执行的，那个地方出现了错误会红灯提示，所以这个用例一定是事先写好的。听一个在比较大的公司（1000多人）的朋友

我知道的有关测试用例情况：听一个在微软工作的朋友说，他们每天写完的代码，在晚上下班之前都要check到一起，执行一遍用例，当然都是自动执行的，那个地方出现了错误会红灯提示，所以这个用例一定是事先写好的。

听一个在比较大的公司（1000多人）的朋友说，他们公司经常后补用例的。

我一直在百十人的小公司工作，领导心绪来潮的时候要求写用例，可是多数情况是可写可不写的，而且对质量，形势也没有什么要求。

对于写用例的认识，我经历了这样一个过程，一开始是很形式化的，质量也很一般，回想一下跟现在的新人写的一样，所以觉得毫无用途，所以后来就不怎么写了。可是面对新项目的时候，问题出现了，无论在测试之前你多么的了解需求，业务，在提交测试的时候，很是会有覆盖不全的情况，我们的大脑毕竟不是电脑，我们在测试一个新系统的时候，不可能在到脑中勾画出每一个小功能，甚至每一个表单的所有分支，所以我开始写用例了，对任何一个小功能都是以流程的方式，每一步有多少个分支都清晰的列出来，我觉得效果非常好，按照这个测试完成之后，晚上睡觉都安稳多了，这是自己给自己的保证。这个用例可以说是一个很详细的用例了，只适合新项目的新版本测试，回归的时候就没有这个必要了，这样不符合性价比。那时候，我们的回归都是凭着大脑测试的，没有感觉到任何问题，只是在牵涉到流程性比较强的项目时才写一些流程用例（包括正常流程和常见异常流程）。可是现在，我在新的公司工作一年多了，问题出现了，项目特别多，差不多有十几二十个，由于测试的人少，每个项目都要测试，所以在回归测试的时候经常会搞不清状况，记不清业务要求等（也许是我老了，记忆力不好了：（）而且公司客户是比较强硬的那种，公司领导是认为测试过的东西就不应该有问题的那种，所以搞得自己经常提心吊胆，生怕给客户的东西出现问题。这时候，我发现了回归测试用例的重要性，以前没有写过，有个大概的概念就是写个简单的流程，回归的时候执行一下就行了，在一开始的实施过程中发现了问题，写的过于简单还是让我在回归的时候无从下手，在思考与实践中，我自认为自己找到了一种不错的编写方式：为了保证质量，回归在功能上要覆盖所有的功能按钮，这部分在写用例的时候要每个操作写一个用例（简单说excel的一行），操作结果中记录该操作应该返回的界面，一定要一个操作对应一个结果，这样才具有可操作性。在每条用例的后面设置“通过”和“不通过”的按钮，这样回归的时候就轻松了，过一个勾一个，在测试几乎没有改动的地方时，简

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

温馨提示

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

最新文档

评论

0/150

提交评论