测试用例编写（功能测试框架）

测试用例的编写需要按照一定的思路进行，而不是想到哪写到哪，一般测试机制成熟的公司都会有公司自己自定义的测试用例模板，以及一整套的测试流程关注点，当然我们自己在测试生涯中也应当积累一套自己的测试框架，所有功能性的测试都可以依据框架的思路来进行，达到事半功倍的效果。

功能测试框架可以包括：界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。

 

1.1.1 界面友好性测试

1. 风格、样式、颜色是否协调
2. 界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条
3. 界面操作、标题描述是否恰当（描述有歧义、注意是否有错别字）
4. 操作是否符合人们的常规习惯（有没有把相似的功能的控件放在一起，方便操作）
5. 提示界面是否符合规范（不应该显示英文的cancel、ok，应该显示中文的确定等）
6. 界面中各个控件是否对齐
7. 日期控件是否可编辑
8. 日期控件的长度是否合理，以修改时可以把时间全部显示出来为准
9. 查询结果列表列宽是否合理、标签描述是否合理
10. 查询结果列表太宽没有横向滚动提示
11. 对于信息比较长的文本，文本框有没有提供自动竖直滚动条
12. 数据录入控件是否方便
13. 有没有支持Tab键，键的顺序要有条理，不乱跳
14. 有没有提供相关的热键
15. 控件的提示语描述是否正确
16. 模块调用是否统一，相同的模块是否调用同一个界面
17. 用滚动条移动页面时，页面的控件是否显示正常
18. 日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX
19. 页面是否有多余按钮或标签
20. 窗口标题或图标是否与菜单栏的统一
21. 窗口的最大化、最小化是否能正确切换
22. 对于正常的功能，用户可以不必阅读用户手册就能使用
23. 执行风险操作时，有确认、删除等提示吗
24. 操作顺序是否合理
25. 正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。
26. 系统应该在用户执行错误的操作之前提出警告，提示信息.
27. 页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。
28. 合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。
29. 检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。

30. 背景灰度冻结

 

1.1.2 功能测试

1. 使用所有默认值进行测试

2. 根据所有产品文档、帮助文档中描述的内容要进行遍历测试

3. 输入判断

4. 所有界面出现是和否的逻辑，要测试

5. 异常处理

6. 敏感词

7. 根据需求文档的流程图遍历所有流程图路径

8. 根据程序内容，遍历if elif else switch的逻辑点要遍历

9. 界面各种控件测试

 

如对于输入框测试：

一、字符型输入框：

1. 字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。

2. 长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。

3. 空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格

4. 多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、

5. 安全性检查：输入特殊字符串

（null,NULL,,javascript,,