工作了一段时间了，觉得软件测试工作中的实际流程和书上所说的多多少少有些不一样，下面就先说说我的软件测试流程吧。
一般我的工作都是开发后期参与的，这点是明显不对的，按理说，软件测试应该在项目启动的初期，就应该介入。不过我们的项目功能都是有开发人员决定的，开发人员做好的功能拿给客户使用，客户满意了就可以，当然大多数客户还是会提出他们自己的观点的，比如说：界面不够完美，菜单显示不合理，还应该添加哪些功能等等，双方互相沟通之后，开发人员再作相应的修改。我作为软件测试人员，在收到测试任务后，要和开发人员进行交流，了解需求，简单记录下需求要点，下面就是根据需求开始编写测试用例，测试用例也不是每次都要重新写的，都是按照以前的用例稍微改动一下，使之符合当前项目即可，这样就省事多了，最后就是按照用例开始进入测试了，我们的测试都是手工测试，其实我很想使用自动化测试，但是一直没有找到适合我们的软件测试工具，也苦于自己是个新手，不会开发测试工具，也只能一直采用手工测试了。测试过程中我也可以向开发人员提出我自己的建议，供他们参考，如果有必要他们也会采取我的意见的，这点我觉得很好，毕竟大家都是为了保证产品的质量嘛。一轮测试下来，buglist也就有了，buglist是按时提交的，开发人员验证并修改bug，接下来我的任务就是跟踪bug了，监督开发人员修改bug的情况。开发人员修改完后，将修改的结果显示在buglist中，再反馈给我，并发布新的版本，接下来就是验证bug了，如果有标注“不是bug”的bug，就要及时和开发人员讨论，最终确定是不是bug，修改成功的bug有open改为closed，仍然存在的bug，仍然是open状态，将验证后的buglist再次提交，修改。
我们的项目测试任务也不是我一个人完成的，客户那边也会测试，他们会将测试发现的bug反馈给我们的开发人员，开发人员会将bug转发给我来验证一下 bug是否存在并可以重现，也有些bug在我们这边是不能重现的，这就需要和客户讨论了，可能两边的版本、环境或者硬件不一样，这都有可能的。
本文转载自51Testing软件测试网（查看全文）：http://www.51testing.com/html/57/n-98757.html