光荣之路：产品测试规范（三）

转载地址：http://mp.weixin.qq.com/s/jNhTZnbUzHU9J-hyhoOaRw

测试准备4

1.4.1 代码管理

所有的产品代码应该统一管理起来，开发人员提交代码应与测试代码地址进行分离，做到高效管理代码，当开发人员提交代码到开发的代码库中，需要进行测试时，测试人员可去开发的代码中进行提取代码到测试基线库中，每提取一次就建立一个测试基线，直到此次版本测试合格，在把合格的测试基线提取到正式基线中用于版本发布，这样每个版本都有清晰的界限和记录，使得产品代码清晰一目了然，可以借助代码管理工具，如svn创建基线来帮助管理产品代码：

1.4.2 测试环境搭建

这个需要配合1.3测试计划的1.3.4测试环境梳理文档和部署文档来进行，根据事先规划好的服务器部署应用策略来搭建测试环境，能让你搭建思路更加清晰，以后维护环境也更加方便。

接触很多公司的测试关于环境这块的梳理工作，有的是有专门的服务器管理人员来管理这些环境，有的是由测试人员自己管理，但需要保证的是测试环境应当与开发环境分离开，让测试更加规范减少不必要的麻烦，遇到一些事情如：开发人员很懒，功能开发完成后让他在服务器上验证一下是不是对的，因为开发环境没人去管理部署上去弄得不好应用就报错无法进行调试，所以有的开发就会为方便起见把自己的验证测试直接弄到测试环境上进行，这样带来一个后果就是，你也来部署一个应用，他也来部署一个应用，久而久之测试环境就会特别乱，对测试人员梳理该环境增加不必要的负担，所以建议测试环境的账号应当只有dba或者测试人员自己知道，与开发环境进行分离。

1.4.3 测试数据脚本编写

功能性测试数据脚本一般为辅助性测试脚本，如：为了验证分页功能，写一个造数据的脚本让界面出现分页效果，帮助自己测试，减少手动一条一条增加数据的时间。

接口测试需要编写接口测试脚本，目前接口测试比较受欢迎的几款工具有：postman、loadrunner、jmeter、soupui、自定义框架，postman工具可以模拟发送http请求，用来做一些简单的接口验证测试比较方便，测试结果需要人眼去核查是否正确；loadrunner和jmeter工具更加智能化，接口测试支持断言/检查点设置，工具自己校验测试结果，支持参数化以及请求间参数关联，可以做一些复杂的场景流程测试；自定义框架可以结合项目适合进行扩展，比工具要灵活，但是需要测试人员有一定的代码基础才能开发出适合项目的接口自动化框架，如：unittest、testng技术等。

性能测试需要编写性能测试脚本，如loadrunner脚本、jmeter脚本等，脚本涉及参数化的地方也需提前构建好，如果系统并发登录需要大量的登录账户，则需要提前造好数据，可以让用户按规则进行，这样脚本中用户就可以用正则编写一定吻合的规则即可，省去大数据参数化的性能损耗。

测试工具层出不穷，在学习各种测试工具、测试技术的同时，不要忘记基本功，编程能力的提升才是重中之重。

测试用例编写(功能测试框架)5

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

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

1.5.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-XX XX:XX:XX

19. 页面是否有多余按钮或标签

20. 窗口标题或图标是否与菜单栏的统一

21. 窗口的最大化、最小化是否能正确切换

22. 对于正常的功能，用户可以不必阅读用户手册就能使用

23. 执行风险操作时，有确认、删除等提示吗

24. 操作顺序是否合理

25. 正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。

26. 系统应该在用户执行错误的操作之前提出警告，提示信息.

27. 页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。

28. 合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。

29. 检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。

30. 背景灰度冻结

（待续）