用例编写小思

    以前也对测试用例设计的注意点以及重要的地方潦潦的总结过，这次具体点： 

    1,一个大型的软件，都是一些小模块的组合而成。软件越是大型，耦合就越大。“互相影响”就会越多，所以设计的用例除对测试点本身（表面）的测试外，还需考虑用户实际使用的情况、其他测试类型（文档中不一定提到，但很重要，比如安全性测试，故障恢复等）、与其他部分关联使用的情况、非正常情况(不合理、非法、越界以及极限输入数据)、内部的处理流程、操作和环境设置等，除此之外部分隐含的测试需求，是业内通知的规范，也需要写测试用例验证是否实现

 

    2,编写测试用例要考虑各种情况，精力主要集中在软件的主要业务流程和风险高的地方。能分出测试优先级别就最好了。 优先级设计方式:

                 　1 –小版本确认测试(Build Verification Tests (BVTs)：也叫做“冒烟测试”，一组你想先运行的以确定这个给出的小版本是否可以测试的测试用例。如果你不能访问每一个功能区域或执行其他测试用例依赖的基本操作，那么在执行这个优先的测试用例之前，试图做其他任何的测试都是没有意义的，因为他们大多数肯定要失败。

　　               2 – 高(Highs)：最常执行以保证功能性是稳定的，目标的行为和能力可以正常的工作，和重要的错误和边界被测试的测试用例的集合。

　　               3 – 中(Mediums)：这是使给出的功能区域或功能变得更详细，检查功能的多数方面包括边界，错误和配置测试的测试用例。

　　               4 – 低(Lows)：这是通常最少被执行的测试用例。但这并不意味着这些测试都不重要，只是说他们在项目的生命期间里不是常常被运行，例如GUI，错误信息，可用性，压力和性能测试。

 

 

3,测试用例也可根据实际需要进行归类，这样比较好分析和阅读。如：业务流程测试、安装测试、功能测试、用户友好性测试、兼容性测试、性能测试、安全性测试等等。

 

 

 

 

声明：以上内容收集自网络，仅供交流学习。