测试用例的设计心得

入行软件测试行业2年, 从事过自动化的测试和手工的功能测试. 两年来一直没有总结过自己的工作. 每当一听人问起一个简单的问题, 如何编写好的测试用例?

如此简单的问题一问,仔细一想, 思绪凌乱无章. 这就是没有好好思考过的原因. 

今天在博客总结下自己的看法, 如何编写测试用例:

1.  了解软件的原始需求. (测试目的) 

     在编写一个软件或者模块的测试用例时候, 一定要明白这个功能的原始需求, 也就是软件的使用者(客户)的需求. 理解原始需求后, 编写的测试用例才更有目的性.

2.  熟悉软件的功能需求.  (测试点)

     这个功能需求是指软件的细化需求点, 这个一般在需求文档里面都会体现.  这里要做的是把需求稳定的"粗略"的需求, 细化成一个个小需求点.

     熟悉功能需求后, 要知道软件是怎么使用的, 这也才能覆盖到各种操作.

    总之,   测试用例一定要全部覆盖所以的需求点, 这是最基本的一点.

3.  熟悉软件的实现原理. (测试点)

     在理解原始需求和软件的功能需求后, 软件有什么功能, 如何使用就基本上都知道啦.   这时候在根据需求编写测试用例, 基本上都能覆盖的比较全面.

     在此基础上, 熟悉软件的实现原理, 理解软件的内部处理