2012测试总结

    初出茅庐，对一切充满好奇。带着这种好奇我走进了电子商务网站的测试旅程。

    很感谢那些曾经帮助我的朋友们，让我学会了很多，谢谢你们。

    从对行业的了解到页面的熟悉再到流程的了解，再到每一个功能的深入。让我慢慢了解到测试需要细心、耐心、自信心、怀疑精神、沟通技能、团队合作精神，还有不断学习。

    起初我对电子商务毫无了解，在我脑海中从未有过电子商务这个概念。但我内心充满了好奇与自信。在那段时间里，我很认真，整天看着网站的页面和不断的点击每一个按钮属性每一个功能，然后再到了解流程。慢慢的我发现了有许多界面上的问题（兼容性问题）。每当闲暇之余我都会到51testing里面逛一逛，看一看。在不知不觉中发现我所测试到的功能点中已经用到临界点、边界值、因果图、等价划分、比较测试、接口测试、逆向测试等等。我想这就是在摸索与实践中找理论和总结吧。

    对于电子商务网站而言最重要的流程就是订单、库存、销售、金额、结算，以及相关商品的管理。尤其是涉及到金额问题的功能容不得一点的马虎，一定要仔细。我觉得一个电子商务网站的核心模块就是订单与促销。这两个模块很重要，需要测试人员不断的摸索不断的去测试。应该说每一次版本的更新这两个模块都需要从头来过的进行一次测试。建议这个时候可以利用QTP执行每次回归测试的脚本，减少每次版本更新手工测试所带来的繁琐。但利用QTP进行回归测试，每次版本更新又需要一定的脚本维护时间。所以两者方法的取舍需要从时间上去衡量。

    关于版本的管理，我公司用的是远程连接工具ssh,需要熟悉linux相关命令。一说到这个版本的更新就有我痛苦的经历。在此我个人认为除了仔细能帮你没人能帮你了。尤其是在更新的功能点或是修复的bug比较多这个时候打包要非常之仔细。最重要的是更新前一定要先备份之前存放在服务器上的文件，以备不时之需。有时候，我会觉得我对linux命令一窍不通，但有人告诉我，不知道的时候请百度一下。久而久之我发现敲的命令多了也就记住了。每当更新完版本后，请千万别忘记看控制台日志。因为在这个时候，可以查看本次版本更新包还存在那些问题，是否更新错了或是存在什么bug。许多朋友更新完后发现版本不对但是又找不到是那个文件不对，在此推荐一款很好用的软件BeyondCompare。一款文本及其文件夹对比软件，相当好用，在那段痛苦的日子里感谢这款软件给予我的帮助。

    学会分析问题，在必要的时候你可以尝试着解决它。过程很重要，结果很次要。当系统存在问题时，怎么也找不到原因。我选择的解决方式是

                     1.明白问题是什么

                     2.一个人安静的思考并不断的去实践去摸索

                     3.找到重现问题的方法

                     4.打开远程连接工具操作重现问题的步骤，查看控制台错误日志并分析与思考

                      （这步也需是多余的，但我个人觉得很重要）

                     5.用最通俗易懂的语言告诉开发人员解决问题或是提交bug（沟通很重要）

    bug回归，bug的回归需要做到举一反三。有的时候觉得回归bug很繁琐，有的bug会反复修改反复回归。这个需要每一个测试人员心静。不仅要测试有关这个bug是否修复，也要测试到这个bug修复后会不会引起其他的新的bug产生。

    在公司也编写过很多测试用例，可是进行评审的次数很少，这使我觉得很遗憾。我觉得在进行单元测试或是集成测试之前都要进行一次测试用例的编写。这样可以让我们有计划的去针对系统进行全面性的测试，覆盖率也会高些。没有计划的测试总会让我觉得遗漏了些什么。一个成功的测试用例在于它所发现的bug率的多少。在此就需要考虑到方方面面，每一个流程每一个步骤会发送什么情况以及多种输入产生的多种输出结果都需要考虑到。无论是合理的还是不合理的都要写进去。前置条件、操作步骤、输入数据、期望输出、实际输出等这些在测试用例中必写的字段一个也不能少。

    sql语句的熟悉，掌握一些简单sql语句是必须的。能帮我更好的去测试结果，分析结果。结合系统操作了解数据库表结构以及相关字段能够让测试人员更精确的得出我想要的结果，能够掌握数据的输入与输出来源。或许表中所显示的某个字段不一定在实际系统中就能体现或是显示的数据就是正确的。

    2012很充实的一年过去了，相信2013会更好，我的测试之路也会更好。感谢各位博友的多多支持好，多多提宝贵意见，谢谢大家！