简述优秀的测试用例是如何写成的

面向于被测应用的基本功能实现，在测试用例的组织上，主要可以通过功能分层，逐级细化；画出草图，然后文字化得方式书写。主要采用功能图分析方法，因果图分析方法。 

      基本功能测试可以称之为一般性的功能实现测试，这部分可以不完全去考虑实现的好坏(如读取文件的速度)，不考虑特殊的输入输出，不考虑特殊的中断，不考虑特殊的环境。我们组织用例时，考虑将基本功能测试点和其他特殊测试内容分离的原因在于，按照经验，我们倾向于认为，基本功能在一般状况下，在实现并在一轮完整的测试之后通常即可保证该部分是完备的，之后的问题一般的都是出现在基本功能实现基础上的特殊状况中。

       因此，如此组织用例，有利于我们后期，适当的裁剪测试用例，将更多的测试精力放在容易发生问题的部分，而基本功能基本上可以通过特殊状况的检验而覆盖到。
 

       ►2） Boundary – 边界分析测试

       在基本功能的基础上，开始考虑各种输入输出的影响。一般的，基本功能容易在边界附近出问题。主要采用等价类划分方法，边界值分析方法。用例组织上，可以梳理已经产出的基本功能草图，确定哪些部分存在边界问题。并构造测试用例，执行测试工作。

       如：

       · 边界类型数值大小 ，输入的数值的范围

       · 字串长短，Null-max-max+1

       · 内容有无

       · 支持与否，（保留字符，特殊字符，计划外字符。
 

       ►3） Memory – 存储测试

       主要测试涉及存储空间读写的部分。最大的问题还是内存泄漏(memory leak)。

       在测试用例组织上，主要考虑哪些部分容易发生memory的问题。特别是移动客户端容易出现的问题。比如：

       •    旋转屏幕—响应G sensor，画面需要重新载入，重新载入前的页面可能会发生内存无法释放的问题。移动客户端相对特有的。

       •    连续加载页面

       •    开多个窗口—比较典型的，如浏览器

       •    应用多次的互相调用—应用之间的相互调用，调用传递之间，可能存在问题，另外要特别注意“重入”；所谓重入，是指一个应用A叫起了应用B，但是应用B又可以再次叫起应用A，如message编辑时插入图片可以叫起camera，拍摄之后，camera可以不直接返回message编辑器窗口，而是通过点击分享-message，重入message编辑器，由此产生循环的栈叠加，也容易发生内存问题。

       •    多线程下载
 

       ►4） Performance – 性能测试

       响应速度，资源占用，流量消耗，CPU占用的测试需要比对benchmark，并依据和benchmark的比对来判断被测试应用的表现能力，另外一个参考是我们在立项阶段的对某些核心内容的预期，或者用户主观感受。立项初期就选择合适的竞品，选择核心的用例。所谓核心用例主要是依据用户的一个使用习惯，调研反馈总结出那些核心数据是用户在意的。

       比如：一款导航产品，位置平均误差会有一个用户体验可以接受的范围，对路径的优化结果会有一个主观感受等等。在测试执行时，切忌完全依赖于主观感受，对修复的预期缺乏清晰的目标。比如，我们认为一款产品的首页打开速度很慢，那多快才是我们所预期的，这个需要我们明确。
 

       ►5） Stress – 压力测试