自己写的一些东西，供大家参考讨论

xingzunxi · 发表于 2006-7-31 16:29:44

测试流程

转眼间来了公司一个多月了，工作时间应该算是很短的了，但是测试部门就我和勇斌两个人，我还算长的了，呵呵。由于以前公司没有测试人员，所以测试流程很不完善，估计大家对测试也不是很了解。以下是我个人的一些看法。
测试部门的职责：
今年的主要目标有三个，
　第一个是严格把关产品质量，所谓严格并不意味着测试会在软件项目和用户不需要的前提下，建立不合理和难以实现的质量目标。而是会进一步完善我们的现有的测试规范，严格按照规范办事。比如说，问题单改到%之多少才可以提交测试版本等等，这一点希望各位项目经理和开发人员能够理解。如果改一个问题就出一个版本的话，我们的测试很难做的。这只是一个目标,呵呵.
　第二个要达到的目标是提供及时的测试服务，因为我们测试需要承担公司内所有项目的测试工作，而目前测试部人员缺少（就两个人），在有些情况下，开发已经完成编码工作，测试部由于人员等情况，我们可能将测试执行工作或是文档工作推后。在今后我们会尽量克服这个问题，做到能及时进行测试分析、及时执行测试、及提时提交问题单、及提交测试报告、及时编写测试用例。
　第三个目标是提高我们测试的服务水平
　　因为现在需要测试公司内的所有项目，为了更好的达到测试的目标，测试必须设法适用于我们所面对的所有项目，这样对测试人员的水平也是一个挑战（怎样部署不同的项目的测试环境、怎样对于不同的操作系统下的项目进行测试，）这些都是我们有待提高的技术；另外现在公司的同事们对测试人员已非常尊重，这一点很好，其实测试与开发一样都同一个目标就是做好每一个项目，这些也是我们今后努力的目标。
测试流程的定义：
首先向大家介绍一下我理解的测试流程是什么，流程在词典上的解释是“工艺程序,从原料到制成品的各项工序安排的程序”，那测试流程就是指从软件测试开始到软件测试结束经过的一系列准备、执行、分析的过程。所以我认为测试流程并不是只存在于有完整测试团队的公司，它分布在每一个对软件执行测试的公司中，哪怕像我们这样的只有一两个测试人员的公司。
下边是我根据咱们公司做的一个关于bug管理的描述（公司内暂时没有bug管理工具，我正在寻找比较好的免费工具）
测试人员（Tester）只要发现问题就立即新建一个Bug予以跟踪并发送给相关的开发小组长（Dev Lead）现在主要是通过excel表格来发送，，不好控制和管理，
开发小组长会判断这个Bug属于某个特定的开发人员（Dev）并指派给他处理
开发人员会根据Bug的详细描述信息找到问题所在，修改程序解决这个Bug并把Bug返回给当初的测试人员；希望开发发送给我们版本的时候，把以前的测试报告也发送给我们，最好注明那些问题已经修改，怎么修改的。那些问题依然存在。那些问题存在争议，争议的焦点。（备注：存在争议如何处理，）
测试人员在看到某个Bug被解决后，就去验证这个Bug是否真的不存在了，根据最初的发现步骤去证实问题真的解决了就关闭这个Bug；若还能重现，或者不同意开发人员的解法，可以激活这个Bug，返还给当初的开发人员做进一步调查处理.
下边的这些是我自己思考的一些问题:
各个项目的需求，项目的完成时间，计划安排。我希望能够让我们了解更多的关于产品的信息,如果我们什么也不知道就拿一个产品进行测试,这样很难发现一些问题,甚至是一些表面的问题。我们知道了项目的安排和计划，便于我们能够合理的安排测试。
当一个新的版本出现时，必须标明是哪个版本，修改了那些问题。这样我们可以进行有针对性地测试。
开发大概多长时间出一个版本，有些问题越到最后越麻烦。我希望我们能够及时地拿到版本，不要很长时间才测试一次，有些问题越到最后越难管理。
编写测试用例。我正在考虑我们是不是需要编写一些简单的测试用例。
这个问题是我们自己思考的，希望大家给点意见的。
就是测试，什么叫测试完毕呢。
我的理解就是首先你的按照正常的操作步骤，把所有的路径走一遍。我的正常的操作步骤就是客户肯定会用到的，经常用到的。然后再进行一些自由的测试，把自己能够想到的都测试一遍。

完成时间：
2006年7月31日