为什么要写测试用例

anne.wu

为什么要写测试用例？？？？

lsekfe

http://www.51testing.com/html/41/n-44641.html 这篇文章你可以看下

梦想家

避免遗漏测试点，避免回归测试有漏测得。

anne.wu

lsekfe 发表于 2017-5-24 14:37
http://www.51testing.com/html/41/n-44641.html 这篇文章你可以看下

恩， 看了，很早就看了，只是觉得还是差点什么

anne.wu

梦想家 发表于 2017-5-24 14:46
避免遗漏测试点，避免回归测试有漏测得。

首先避免测试点漏，需求文档应该是最完整的， 测试用例的作用并不是很大
其次， 回归测试漏，如果小版本的迭代，回归测试 也是测试新增或者影响访问内的， 测试用例还需要找很久之前或者 更新过的测试用例， 如果时大版本的迭代，仍旧是需求文档是最完整的，而且在测试的过程中的变更，仍旧是需求文档是最完整的

所以， 我的意见是， 保证测试点的不遗漏， 需求文档是最靠谱的

lsekfe

anne.wu 发表于 2017-5-24 15:09
恩， 看了，很早就看了，只是觉得还是差点什么

论坛不少技术文档你可以搜索下看看的。

海海豚

最近写过一个项目的测试点和测试用例，稍微有些想法。
前提是我们公司的需求文档现在处于一个不完善、完整的阶段，而且需求评审会议不是特别的规范。
在写这两个文档过程中，一个功能点可以匹配多个测试用例，所以测试用例相比功能点覆盖的更加全面。
在测试用例评审过程中更容易发现当初需求文档中的一些设计缺陷，还有可以帮助开发人员和产品人员在部分功能点的理解差异上进行进一步沟通。

jingzizx

还要加一条，测试执行的依据

anne.wu

海海豚 发表于 2017-5-24 16:17
最近写过一个项目的测试点和测试用例，稍微有些想法。
前提是我们公司的需求文档现在处于一个不完善、完整 ...

恩恩，通过测试用例评审来补充需求文档的不规范，  是一个方法， 只是个人觉得不是解决项目问题的关键

anne.wu

jingzizx 发表于 2017-5-24 16:46
还要加一条，测试执行的依据

自动化的话， 确实可以参照下

13183832975

你们说的都很有道理。