如果软件已进入到测试阶段，那么此时的质量控制完全依靠测试人员的经验和测试过程的规范性。加强与需求人员的沟通，确保测试用例的正确性和完善性是非常重要的。
还有资源保障。 我个人认为测试的时间把握跟在开发测试的过程中建立一个很好的流程非常的相关，而且必不可少，建立了流程和管理制度，会觉得做任何一步动作都是有规可循，有据可依，知道自己完成了多少，未完成的多少，开发人员也能知道自己还有多少需要完成，并且在需要完成的功能上或bug上估计一个时间！这样进度有条不紊的控制十分有效！沟通交互的时间也会减少！
软件测试过程中的质量控制
我做过一点，呵呵，也来说两句首先软件测试是软件质量控制的一种方法，它贯穿整个软件生命周期。
我不知道你说的是指需求测试/设计（概要&详细）测试/单元测试/结合测试/回归测试/系统测试中的哪部分。
如果你是说全过程，呵呵，carmela说的已经很多很好了，我也只能泛泛的说。
如果分阶段来说，那不同的阶段有不同的方法进行质量控制
1.对于需求和设计阶段测试效果的质量控制，由于国内的很多公司都是只负责编码，开发过程中根本没有这个阶段，甚至于有些公司的测试知识按照国外公司发过来的（非中文版的）测试用例进行测试，所以zig_cui才不知道有这些的。呵呵，对于这个阶段的质量控制我的经验也不是很多，主要是参加评审（需求和设计）会议和check仕样书，站在客户的角度提出的合理建议，比如易用性，美观性等。
2.测试用例的编写：这个也是在需求和设计阶段需要做的，也是QC比较重要的工作（包括的比较多，呵呵，最主要的就是遍历，还有测试正常和异常功能用例的比例）。比较好的流程是每天固定时间提交，由小组内部review,由测试组长抽查，全部完成后要经过同级评审，和开发人员的确认，才能应用。
3.单元测试：这个工作一般是由开发人员来做的，如果由于时间紧，也可能由其他开发人员或测试人员来完成。这是非常重要的测试阶段，可能发现很多隐藏很深，或影响很大的bug,很多项目结合测试时发现的bug过多，导致不能按期提交，都是由于单元测试做得效果不好。这个阶段质量控制可以针对提交的bug数对代码（包括测试代码）做抽查，是否发现修改后的代码仍然存在很多问题，并且，测试代码没有遍历。
4.结合测试：可以通过并行测试和抽查来做质量控制。这是检查测试效果的最主要途径。还有是否按照用例进行测试，测试中记录下来的新增用例的数量等等
5.回归测试：其实是结合测试的一部分，是对开发人员修改后的软件产品，进行的bug确认和基本功能的测试，因为大家都知道，修改bug，很可能对其他代码造成影响。往往是修改一个bug，能引起更多更大的bug。这一阶段，主要还是抽查，看看是否有的bug没有修改，是否有以前没发现的bug被提出等等。
6.系统测试：这里的质量控制就要按照基本用例测试一下，是否有基本功能为实现。
7.产品的用户手册：这里就要对用户手册进行检查，是否做到了简单，易懂，风格一致等。
以上如发现问题应该立即提出督促修改，并对修改结果进行确认，如果严重要重新进行这个阶段的测试。
呵呵，一点心得。
[ Last edited by illusion on 2005-10-25 at 15:30 ]
看了不少高手言论，也来参与 ^o^
首先，题目是：请大家谈谈软件测试过程中的质量控制要素。我是按照一个比较狭窄的定义来理解它的。也就是说，单讲软件测试过程的质量控制，而不会将其扩大到整个工程的质量控制这个层面上。其次，就是理论上的一些个东西，大家都知道。什么白盒黑盒，单元集成等等。这些是测试的一种流程（……汗，不知道表达是否准确了……），有固定的框架，也可以根据需要进行改动。
下面才是我认为这个帖子所真正提出的问题，测试过程中质量控制点的把握。
1、当强调软件测试在工程中的位置以及加入时间。目前国内的企业多半并不在意测试，在项目开发程中往往不会有测试人员参与，直到最后才加入测试，这样测试人员是不可能有足有时间来完善测试工作的。比较理想的状况是测试人员应当在需求阶段就明确需求，从编程角度、用户角度两个方面粗略考虑测试要点。这个时候考虑的要素可能只是一种笼统的概念，但却是非常重要的基础工作，为测试人员在后期测试中把握测试关键点打下基础。
2、强调质量管理系统对测试工作的质量管理能效。这点大家讨论滴真好，我就8继续丢人了。。。
3、应当强调测试的规范和流程（其实也是质量管理工作对测试进行规范）。有很多企业在开发程序的过程中采用迭代式开发，需求总是不明确，造成测试人员两难的境地——一边在测试，一边程序还在不停变动。对于这种问题我一直都很头大。目前只想到将测试与开发统一管理，将测试工作阶段化，加强对测试用例的管理，使其变更阶段化。同时考虑使用测试工具来减轻负担。
以上……其实，我觉得自己也说不出来啥……献丑liao……（啊～臭鸡蛋～～～我闪！） 这里高手很多啊，收获不小
何不来点实际的说明？
楼上高手云云，真是受益非浅！个人认为制定严格的测试阶段结束标准非常重要。比如每个阶段defect的修复率要达到百分之多少；几级严重等级的defect可以拖延至下一个阶段解决；哪些defect是必须在这个阶段修复的等等。达到上述标准才能才能退出该阶段。 往往很多公司因为在开发阶段的延迟，只留给测试阶段很少的时间，为了赶项目，很多制定的标准都无法按规定执行，必定严重得影响了软件质量。 启发颇深啊，我记下了 个人认为质量是管出来的
页:
1
[2]
