XXX二期项目测试总结

Ps：该文的撰写是为了项目组内部交流使用,如需转载，请联系我。谢谢

   一晃我到现在的公司已经入职半年多了，从工作中获取的点点滴滴跟随着我的体重在逐步增长：（，在此有一些东西和大家分享一下。我的总结主要分为几个部分，第一部分是我在测试过程中遇到的主要问题，第二部分是从这些问题中我的一些小心得，三是满足一下技术人员对于测试的好奇。接下来请跟随我一块揭起测试神秘的面纱。。。

第一部分：主要错误

1.      密码明文传递的问题，刚开始未引起重视

2.      USB验证的问题，本地未加验证，外网上加了验证，导致系统出错

3.      提货等页面，多个页面进行选择后的提交问题

4.      对数据类型考虑不全，比如小数、负数

5.      业务流程不熟悉，刚接手这个任务时太轻敌，未仔细查看文档，导致出现了一些状况

6.      安全问题，密码的明文传输，之前没有留意这个问题，后来发现登陆时密码明文传输

7.      浏览器的兼容问题，对于这个问题是有考虑的，但是考虑的不够全面，我安装了一些主流的浏览器（如：火狐、谷歌、搜狗、遨游等），但是因为我们U盘驱动的问题，不能在非IE环境下运行，所以未做浏览器兼容测试。但是即使必须在IE下，IE也是有很多版本的，因为之前的经验告诉我，一般低版本的浏览器容易出问题，所以重点放在了IE 6.0上进行测试，导致一些在高版本中的问题出现未能即时发现。

8.      翻页的问题，有几个页面，因为用到的机会很少，页面内容少，没有测试翻页，结果无法翻页，始终停留在第一页

9.      刚开始测试时，太注重细节，向我们这种测试，要在保证流程畅通的情况下，再考虑细节

10.  文档测试很重要，以后要引起重视

11.  QC中bug的验收测试很重要，回归测试也很重要，要引起重视

第二部分：这几个月学习到了神马？

在这几个月的测试中，首先之前犯的一些错误给我留下了很深的印象，足够让我引以为戒，避免再犯类似的问题。搞测试包括搞程序，思维一定要足够跳跃，思考问题一定要缜密，思路一定要清晰，流程要清晰。

其次，我觉得大家要经常关注一些专业论坛上的招聘信息，当然不是鼓动大家跳槽，是让大家好好看看招聘需求，能够给我们职业发展和技能的提高带来一点方向。

在这几个月中我面试过几位测试人员，第一次面试时我很紧张，因为心里没底，而且包括我自己写简历时也会写的很NB（虽然其实简历上写的根本只懂皮毛，或者根本不懂），所以我看到他们简历后觉得急需提高。后来我仔细研究了他们的简历，然后恶补了很多他们简历上的知识。有机会能面试别人，能研究别人的简历，也是学习进步的一个好办法。

第三部分：Bug是怎么测出来的？

这个是很多同事经常问的问题，我以一个用例来简单说明下，也让大家了解下在编程中的一些注意点，以减少bug的数量。

测试常见的方法有很多如：安全性测试、易用性测试、兼容性测试、可用性测试、压力测试、文档测试、单元测试、系统测试等。

先截图给大家看下我一般的测试用例格式。

下面我以系统中常见的搜索框为例，写出我测试时的一些测试点。

如上图是大家都很熟悉的搜索栏，针对此处的输入框，我会从如下几个方面考虑：

输入字符类型：

1.      数字

2.      汉字

3.      中文

4.      英文

5.      空格

6.      输入为空

7.      特殊字符如< >‘\？&。。。（这个方面，大家也出现过很多bug）

8.      不允许输入的字符，采用复制粘贴方式

9.      英文全角

10.  英文半角

11.   

边界值测试：

1.      最小长度-1，如最小输入数量为2，则尝试输入1

2.      最大长度+1,

3.      最小长度

4.      最大长度

5.      输入超长的字符（这个方面，大家出现过很多bug）

如果日期处可以输入：（刚开始该处可以输入，很多同事在这个地方出现过很多bug）

6.      日期的日处，输入0

7.      日期的日处，输入<0

8.      日期的日处，输入1

9.      日期的日处，输入>31

10.  月处输入【1】、【3】、【5】、【7】、【9】、【10】、【12】，日处输入【31】

11.  月处输入【4】、【6】、【9】、【11】，日处输入【30日】

12.  月处输入【0】

13.  月处输入【1】

14.  月处输入【12】

15.  月处输入【13】

16.  年处输入非闰年，月处输入【2】，日处输入【28】 （根据闰年与非闰年的2月天数来写用例）

17.  年处输入非闰年，月出输入【2】，日处输入【29】

18.  年处输入闰年，月出输入【2】，日处输入【29】

19.  年处输入闰年，月出输入【2】，日处输入【30】

20.   

下拉框测试：

1.      下拉框不做选择

2.      下拉框是否显示完整

3.      下拉框处是否可以输入

4.      下拉框宽度

5.      下拉框长度

6.      下拉框足够长时，是否有滚动条

7.      下拉框是否有默认值，默认值显示是否正确

8.      下拉框中是否有空选项

9.      选择空选项，是否出错

10.  每个选项都选择一遍

11.  是否可以使用箭头选择

搜索功能测试：

1.      输入正确的搜索条件

2.      输入多个搜索条件

3.      输入错误的搜索条件

兼容性测试：（因为USBKEY的问题，目前不兼容非IE浏览器。所以兼容性测试，仅测试IE的各个版本）

1.      IE 6

2.      IE 7

3.      IE 8

探索测试：

1.      同样的搜索内容，多次搜索

2.      搜索后的响应时间

3.      搜索结果页面，查看搜索结果中页码是否正确（可能会出现搜索显示有5页，实际只有一页的情况）

4.      输入脚本语言，如：<script>aleter(“111”)</script>等

5.      输入html语言

6.      查询条件输入两个不同类型的查询条件，查看查询结果（是两种都出现，还是都不出现，还是报错）

7.      搜索处输入后回车换行

8.      多个搜索条件使用TAB键移动（曾经遇到过，移动TAB即刻IE假死）

9.      查看是否实现了模糊查询

最后和大家聊两句自动化测试，因为以前很多人问过我。

自动化测试：

估计很多同事都听说过自动化测试，包括我和很多测试行业的从业人员曾经或现在对自动化都很膜拜，觉得黑盒测试没有一点技术含量，只有自动化测试才上王道。

首先我不否认自动化，对自动化有兴趣的同学，可以和我一起学习，不膜拜它，但是如何使用还是需要了解的。

记得我曾经和张工说过自动化测试时能够绕过验证码，但是很不好意思，很久没有使用，当时没有现场搞出来。。。后来我复习了一下，发现即使能绕过验证码，成功率也不超过50%，而这个验证码的问题，目前还没有自动化工具能够彻底搞定（万能验证码之类，还是需要借助外力）

自动化不是万能的，有些场合工具可以提高效率，但是有些时候却是适得其反，关键还是我们测试人员的思路。