测试用例设计思路
为了提高我们编写测试用例的质量，以下列出了在拿到一个页面或模块后，编写测试用例的思路。

请大家参考，如有遗漏请及时补充。

1.验证系统满足需求或设计中的规定的功能，也就是说首先应该验
证系统满足正常的功能（通过测试）。

2.考虑设计中描述的异常情况处理，验证设计中描述的异常错误处
理是否实现。

3.考虑权限问题，是否能越权操作。

（如FIA中的数据权限和操作权
限）
4.考虑必填项和重名的问题。

5.考虑字段类型及长度的问题。

6.考虑web会话问题，如直接输入主页面的url，是否能够直接进入
系统。

7.验证默认值，默认值是否正确合理。

8.文本框值域测试、边界值测试。

如对英文单引号、双引号、<>、
&、\的处理。

如果是web的话，还需要考虑对html标记的处理，如输入</html>。

9.页面其它控件测试。

如下拉列表框、复选框、文本域等。

10.破坏性测试（重启、断电、断网、服务停掉、服务重启等）。

注意：在考虑破坏性测试的时候需要融入边界值思想，有时进行一次操作并不能发现问题，而多试几次问题就会出现。

11.验证业务模块之间的数据流是否正确，考虑各业务模块之间的关
系（模块接口测试）。

注：这个地方应该设计一些接口测试的测试用例，这块内容比较容易遗漏。

12.考虑用户可能操作的各种场景，特殊业务流程，比如不按正常业
务流程进行操作、违规操作（场景测试）。

注：在此需要着重考虑用户可能的操作习惯，切不可按照自己的操作习惯进行测试。

13.考虑在负载较大时的业务处理。

14.考虑数据的安全性及可恢复性。

15.注意考虑用户环境与测试环境的差别，包括客户端环境、服务器
环境。

注：可以与呼怀泽多沟通，询问一下用户那里的环境。

16.注意考虑市场动态，比如目前win2008比较流行，而且很多为64
位，这是就应该考虑产品是否支持，是否需要在此环境上测试。

注：目前linux系统更新较快、火狐浏览器更新较快，这个是否考虑进行支持，并进行测试。