测试人员要从哪写方面去考虑写用例？
首先，我们来说下编写用例参考的依据是什么？应该是需求吧。
从敏捷模型的流程上来看，各位编写测试用例的依据只能来源于需求。
那么如何依据需求写好一个好的用例，我们要学会去以一定的思维通读整份需求，这个我在课堂上也讲过。
首先，拿到一份需求先不要每句话每句话的揪住细节点，而是通篇阅读，找到需求设计文档中描述的软件入口，再根据入口一步步关注每个模块或者环节所扭转的节点，这样最终串起来就是一个软件的流程图。
接下来基于每一个环节里面涉及到的页面元素控件，我们再逐一分析，这里也就用到了我们的测试方法等价类划分和边界值等细化的方法。
以上是从功能角度去考虑用例，这也是优先级最高的点，因为很简单，我功能都不完善，有问题，谈什么后面的事情。
等到所有的功能都思考完成之后，我们下来可能要从其他的方面去深入考虑软件的其他方面。
比如：软件整个界面是否整洁美观，当然这种界面性的检查往往是直观的感受，我们很多时候是无法用文字体现出来，这时候需要我们有一条检查页面显示的用例，来提醒执行测试的人员不要忘了检查页面的展示效果。
当然，还要考虑易用性测试。
易用性测试呢，其实说起来简单，但是做起来是一个长期积累的过程，易用性测试更多的是体现在测试人员在执行的过程中，时时刻刻以一个用户的角度去发现和直观感受软件的易用程度。这就好比我们都知道有一个职业叫宾馆体验师，这也得宾馆盖起来了，你才能体验，说出改善的细节点，同理易用性测试也是一样，更多的是强调我们在使用的过程中体验。
同时还要及时了解软件使用的群体和使用习惯，频率等等制定出能够尽量贴近用户使用场景的性能测试场景。
还有用户使用的设备，或者浏览器不同，兼容性也是在功能完善之后要考虑的点。
页:
[1]
