对自己测试的一点思考、总结

ws812395 · 发表于 2011-3-26 22:40:01

做测试工作现在已经7月有余了，从最初的测试白痴到现在的还是测试白痴，慢慢的走过了7个月；

   工作这么久，从来没有仔细想过，没有对自己的工作进行过一次总结，现在也没有什么进步；

   这一天天的工作，自己都感觉是在打酱油，前段时间，经常会有需求文档的书写，流程文档的调整，还觉得自己一天过的蛮充实的；

   上周独立开始进行测试，才发现我是多么的菜，多么的不入流，今天主管大哥，发出对我测试工作的不满意，才发现，我自己到处都是BUG，你还怎么去测试其它程序了；

      反复思考、总结我现在最大的不足：

   1.需求的理解程度不够高，虽然可以理解的8  9不离10，但总是缺少一些细节上的东西，有时，千分之一的它就是这个软件致命的伤；

   2.编写场景测试用例的时候，想的太多，其实这最主要的就是写出该软件实现的几种场景而已，不需要写的这么细；

   3.编写系统测试用例的时候，往往是想的太少，并不是那些什么字符串长度，对齐方式等等的，而是，我将场景细化的时候，往往会丢失一部分比较关键的异常流程，往往这也是致命伤

   4.搭建测试环境的时候，有时候闲麻烦，我们公司开发系统的特殊性，多人协作开发，前台C#,后台java，这往往涉及到一个交互的问题，每次进行单个模块测试的时候，经常会因为后台moumou人没有提交部分java代码，导致我测试不了，所以我有时候会连上负责这个模块的人的后台；对于我们公司开发的这个很不稳定的软件，我需要自己搭建前后台，这样虽然麻烦，但是后面还是会顺利很多；

   5.测试的时候，在一个功能执行完成后，我们需要的不仅仅是界面的变化，首先界面变化满足了需求，接下来我们需要写sql语句看该功能在数据库中对应数据的变化或者是后台打印的sql语句的值，这一次我的测试，虽然我也看了数据库中的值变化，但是我没有完全看

   例如：该系统的收货功能，收货成功对应的表有基础业务表、客户表、材积表、货物表、货物附加表、子单表、操作员表、费用表、货                物状态表，这  么多表，我需要一个一个的去查看，是否存在正确的值。

   6.找出bug，却找不到这个bug该指定给谁，一个软件的一个功能，涉及到四个人，后台涉及到三个人，我看到的只是表面现象后数据库中最终的结果，这中间出现的异常我到底该指定给谁，我真的是不清楚，我必须非常熟悉这个软件的架构，我才知道这个问题是谁的；

      7.我们测试组对于基础数据的增加，没有把握好进度，这对开发来说也是一个影响。

      这些都是我这段时间测试工作感受到的，这些地方真的做的很不够，当然这并不全是我的原因，其实很多bug是可以避免的。

   出现这么多问题的原因：

      1.老总、老大们计划总是做得很完美，可是没有一次真正的实现过，永远没有提前，只有滞后；

      2.数据库表结构涉及的非常的不合理，这个项目毕竟是很大的一个了，20个人参与，一年的周期开发完成，够大了吧，但是数据库设计的真烂，今天增加一个字段，明天增加一个字段，更搞笑的是还有中文拼音与英语单词的结合；

      3.花了一天的时间给程序员们进行了一天的业务培训，真正到了开发的时候，真正懂业务且一直参与业务长达三个月的人没有参与核心的开发，他去干别的了，真正参与开发的几个人都是参加过一天的业务培训的；

      4.在开发之前，需求文档，对于一个大型项目来说，这是不需要讨价还价的，这是必须要先完成的，现在倒好，开发已经开始了，需求文档还在调整之中，文档出来了，没人审核，当然也没人看，用户测试用例、系统测试用例出来了，没人看，bug出来了，程序员们说：“早看测试用例就好了”，可惜现在已经太晚了，连基本的场景测试都通不过，这软件有什么用啊，就是一垃圾；昨晚上加班后回来总有感觉我买彩票会中奖，还真花了5元买了一个刮刮卡，结果还真中了200，今天下午又中了30；看样子这软件注定要失败。

      工作的这几个月，经常被主管训斥，有时候真的不是我的错，应该说着根本就不是错，遭受一些委屈也只好忍了，我毕竟现在还需要在工作中学习，其实他也没啥，比我也牛不到多少，离开了这个公司，我们都在同一个起点，就因为他比我早来6年，不过我的的确确需要感谢他，是他给了我一次机会让我进了这个公司；

      这都说了这么多的废话，哎，一个漂泊在深圳的IT民工，在工作中没有什么话语权的，只有当你对程序员说：“这句代码应该这样写的时候或者这个功能该这样实现”，他按你的要求实现后，你就是权威，你就不用受委屈了，Come On Baby。