原文地址：http://www.51testing.com/?197115/action_viewspace_itemid_98457.html
工作了一段时间了，觉得测试工作中的实际流程和书上所说的多多少少有些不一样，下面就先说说我的测试流程吧。
一般我的工作都是开发后期参与的，这点是明显不对的，按理说，测试应该在项目启动的初期，就应该介入。不过我们的项目功能都是有开发人员决定的，开发人员做好的功能拿给客户使用，客户满意了就可以，当然大多数客户还是会提出他们自己的观点的，比如说：界面不够完美，菜单显示不合理，还应该添加哪些功能等等，双方互相沟通之后，开发人员再作相应的修改。我作为测试人员，在收到测试任务后，要和开发人员进行交流，了解需求，简单记录下需求要点，下面就是根据需求开始编写测试用例，测试用例也不是每次都要重新写的，都是按照以前的用例稍微改动一下，使之符合当前项目即可，这样就省事多了，最后就是按照用例开始进入测试了，我们的测试都是手工测试，其实我很想使用自动化测试，但是一直没有找到适合我们的测试工具，也苦于自己是个新手，不会开发测试工具，也只能一直采用手工测试了。测试过程中我也可以向开发人员提出我自己的建议，供他们参考，如果有必要他们也会采取我的意见的，这点我觉得很好，毕竟大家都是为了保证产品的质量嘛。一轮测试下来，buglist也就有了，buglist是按时提交的，开发人员验证并修改bug，接下来我的任务就是跟踪bug了，监督开发人员修改bug的情况。开发人员修改完后，将修改的结果显示在buglist中，再反馈给我，并发布新的版本，接下来就是验证bug了，如果有标注“不是bug”的bug，就要及时和开发人员讨论，最终确定是不是bug，修改成功的bug有open改为closed，仍然存在的bug，仍然是open状态，将验证后的buglist再次提交，修改。
我们的项目测试任务也不是我一个人完成的，客户那边也会测试，他们会将测试发现的bug反馈给我们的开发人员，开发人员会将bug转发给我来验证一下 bug是否存在并可以重现，也有些bug在我们这边是不能重现的，这就需要和客户讨论了，可能两边的版本、环境或者硬件不一样，这都有可能的。
我觉得有几点我做的不是很好：
1、没有测试记录：一旦客户发现了我没有发现的bug，第一个倒霉的就是我了，开发人员会问“你怎么没有测试这一点啊”，由于没有记录是否测过，时间一长自己也就不记得是否测过了，没有办法只能稀里糊涂的接受批评，所以在以后的测试工作中一定要做好测试记录，以免以后再发生类似情况时，自己又要为别人背黑锅了。
2、测试进行前没有归纳测试点：写用例需要花很长的时间，有时候时间根本不允许编写一个完整的测试用例，这样就导致有时候会自己胡乱测试，这样做无非会做重复性测试，而且有时候还不能测到重点上，所以以后不管测试什么，都要先了解需求，归纳测试点，并按照测试点一步一步的测试，这样做即全面又省时。
3、测试完毕之后要总结一下测试情况：即记录下来哪些功能已经测试了，哪些功能没有测试，没测试的原因是什么，以便后来出错时可以作为洗脱罪名的证据。
以上几点都是昨天和一位同行QQ交流时，交流出的结果，真的很感谢那位同行，虽然我们不在一个公司，不在一个城市，但是她却能够坦诚相待的和我谈心，谈工作，真的很感谢她。
