如何正确地去实施测试 - Eternity of evening sky

2007-11-15

如何正确地去实施测试 - [Testing life]

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
 http://webpeipei.blogbus.com/logs/10817804.html

这个项目做到现在，总结，明白了一些道理，也随便择写一些吧。

最深刻的就是：项目的成功与失败不完全是因为开发人员，测试人员，技术leader的努力，也关系到PM的付出；如果PM不积极的和客户去沟通了解客户的需求，不积极地给客户讲我们的想法让他们去应用这个功能，那让这个项目如何去成功呢·？

   从测试上来讲，下一个项目一定要努力去改进的地方。
   1.团队协作：我之所以写在这前面是因为我认为这是最重要的一点。拿我们当前这个项目来举例，大家都是想的如何去协作来把这个项目做好，而不是因为发现某个bug而多么有成就感。所以和开发配合的还比较默契，大家平时也乐意交流讨论一些悬而未决的问题。
   2. 需求分析：在原来公司上班，也就是刚开始工作的时候，根本没有想过要去了解客户的业务逻辑，而向的仅仅是功能的实现，增删查改。从这个项目深刻的体会到了一定要和客户尽量多的沟通，从客户了解尽量多的需求，这样才能明白客户要做的是一个怎样的系统，如何去做才能让客户快捷方便地将系统应用到他们工作中从而帮他们提高效率。
   3. 测试用例：根据国内开发与测试人员的比例来讲，测试用例不可能写得有多细，千万别去把测试数据写的多细，因为这个不仅仅是要写而是要去执行的。测试用例要写的地方是功能点，以及功能输入数据的一个概括，列举输入数据的种类。
   4. Bug管理流程： bug管理流程一定要认真的去落实，比如说这个项目到了最后发觉还有几十个resolve的bug assign给开发在，还好及时去发现，要不然到了最后还没有去回测指不定能会出什么问题。在下一个项目中一定会制定严格的bug流程以及标准的角色权限。
   5. 版本控制：在这个项目中版本控制基本上没怎么应用。经常会发现在上个版本已经close 的issue又在下一个版本里面出现了。这个需要和开发和技术leader做一些讨论，严格实施QA的流程控制。
   6. 测试组内的培训：感觉这个以前Wonder做的真的很好，现在才感觉到以前做的一些培训很有用，至少以前收集到的一些资料现在可以去找出来再研究。计划是这样的，组内测试人员每个人研究一个感兴趣的课题，定期（一般为2星期）一次组内培训，组内测试人员能力的提高才能提高这个团队的力量。但是需要注意的是不管时间多紧一定需要坚持。
   7. 对于自动化测试的实施(分功能和性能)：在去年到年初对主流的功能测试工具的研究之后，个人觉得像国内的大多数项目的大部分功能根本没必要实施功能自动化测试，因为当前的一些测试软件购买成本过高，维护脚本代价过高，还不如手工测试。对于某一些容易实施自动化测试和一些只需去回测的项目中我并不否认功能自动化实施的可能性。性能自动化中用到Load Runner, Jmeter, Jprofile等等一些工具是必要的，所以我更偏向对性能自动化的实施。也就是下一个项目一定要也要多运用性能自动化测试工具（开源，哪怕是用盗版的），也许完全是为了自己增加性能测试实战经验的初衷。