刚看到每周一问中有对黑盒测试覆盖率的讨论,其实也就是对测试用例如何设计的讨论,现在谈一下我的观点(只针对功能测试)。
首先对需求说明书进行分析,整理出测试需求,其中包括需求说明书中的显性需求以及未涉及到的隐性需求,并对需求的重要程度进行划分。
然后根据测试需求设计测试用例。注意,测试需求可能没有细化到每个功能点,但测试用例一定要针对所有的功能点来设计,如增、删、查、改等。再根据设计说明书的数据流、控制流等添加针对业务的测试用例,最后针对已知的bug(如bug库中的全部记录)补充基于错误猜测的测试用例。此时再请相关人员对测试用例进行评审。
最后,执行测试的时候,针对优先级高的需求,补充随机测试。
上述几点,执行起来跟测试人员的个人能力有很大关系,因此,最重要的一点还需要我们测试人员注意平时的积累,提高自己的专业能力以及对相关业务的熟悉程度。
关于黑盒测试用例的设计
发表于:2017-01-09
作者:网络转载
来源:
 相关文章
关于黑盒测试和测试用例的基础知识 黑盒测试用例设计方法总结 黑盒测试用例设计方法之判定表法 黑盒测试用例设计方法普及 黑盒测试用例设计——设计输入 黑盒测试、白盒测试的区别,测试用例...- 周排行
- 月排行
-   一个简单的登录功能怎么设计测试用例?
-   如何构建大量的测试数据?
-   再说说APP测试用例设计(一)
-   8大征兆判断你的单元测试用例写得如何
-   拿到一个测试需求时,如何入手写测试用例
-   七分钟教会你如何编写一个合格的测试用例
-   从用户数据到测试用例?语音测试改良记
-   软件测试技术之测试用例方法判定表
-   七分钟教会你如何编写一个合格的测试用例
-   再说说APP测试用例设计(一)
-   看完秒懂原来接口测试用例设计这么简单
-   如何使测试用例可执行?
-   一个简单的登录功能怎么设计测试用例?
-   如何构建大量的测试数据?
