web测试中冒烟测试用例该如何设计？

fei.ge

web测试中冒烟测试用例该如何设计？

自己理解是流程上的用例，正确的数据得出期望的结果，就OK。

各位在测试的时候，是怎么设计冒烟测试用例的呢？

goal1860

一般不要重新设计，最好在现有的测试用例里抽取。鼓励在最初设计测试用例时就考虑到冒烟测试，回归测试，并分级，后面就方便了

fei.ge

5楼的意思是，再加上“功能是否多余，页面是否正确”么？

我提一点，考虑到冒烟测试是接受版本测试的一道关卡，在时间上分配的比较少。

我们一般冒烟测试时间控制在25分钟左右，还有5分钟时间发邮件通知冒烟测试的结果。

如果冒烟测试严格或太仔细的话，可能会超时或会让开发感觉我们故意推卸测试任务？

76537658

不只是要权限，功能正常，流程，还要看功能是否多余，页面是否正确，等

fei.ge

谢谢archonwang：
我这样设计冒烟测试用例的：
（web的测试）
1、各个权限用户是否能够正常登陆系统
2、仅设置一个登陆比较频繁的权限用户登陆后，各个页面的功能是否正常（增、删、查、改）
3、整个系统的流程是否能正确跑通（用一个数据流跑下来）

各位看看有没有需要补充的地方？

archonwang

冒烟测试一般都是检查最重要和最基本的用例的基本方法，可以通过自动化测试来实现。在设计冒烟测试用例时，基本上以这几个原则为基准，根据需要调整对应的用例。

1. 最重要功能
2. 最基本流程
3. 当前要正式检验
4. 自动化测试可覆盖——最佳策略