请大家谈谈软件测试过程中的质量控制要素
软件测试过程一般可以定义为，测试需求的定义，测试用例的设计，测试的执行阶段，以及测试结果的分析，回归测试等等，都根据不同行为产品的不同类型的测试有所侧重点，如果根据各个环节做好质量控制呢？想听听大家的经验之谈 软件的质量控制不光在测试过程中进行的，在整个软件生命周期中都需要进行一定的工作，测试只是保证质量的一种方法。
这个帖子是主要针对测试过程中的质量控制么？
我觉得如果有条件，还是要从软件的需求阶段介入，从测试的角度对需求进行理解，这时能提出一些意见是最好的，但是往往只有抽象的需求，很难理解系统的功能实现，对测试人员的要求也比较高。
在设计阶段，测试人员也可以对系统的设计提出意见，从用户角度或从系统整体方面，因为设计人员往往不注意实现方法或美观方面、易用性、稳定性等，测试人员这个时候提出的意见能够避免后期一些功能实现方法或使用角度的问题造成的bug和修改。也同样需要测试人员有足够的精力和能力，能够进行这样的工作。
上面2个阶段中，测试人员能够编写测试用例，并且逐步完善。需求时候的用例在设计阶段是需要维护和修改的，减少与最终系统的偏差。
在单元测试、集成测试、系统测试阶段，如果全部是测试人员完成，那么需要按照用例进行测试，并完成测试报告。这些工作还依靠测试计划中的测试环境搭建、测试重点安排等，并适当进行调整。
如果测试人员只完成系统测试，其他有研发人员完成，那么如果有条件，最好能够监督研发人员的测试过程和结果，一般内部测试还是存在很多遗漏的，如果能帮助研发人员完善测试方法和测试用例等，就能减少后期测试的问题，能够降低软件成本。
测试过程中的质量控制需要有每个测试人员和组长功能完成，具体细节应该有很多，需要有成熟的管理流程、丰富的测试经验辅助。
测试结果，包括报告、数据分析等，只能说明系统的质量，对控制只能通过相互比较进行分析，采取相应的措施进行，完善测试过程等达到控制的目的。
以上是我个人的一些感觉和看法，不是唯一的，也不是参考著名文献的，希望能对大家的工作有帮助。 楼上高手的见解，很有启发。。。
软件质量控制是对于软件工程的整个生命周期的，如果就测试的质量控制来讲，我有如下看法：
1。测试方案的定义：白盒测试和黑盒测试的在开发周期切入点
2。测试需求的准确定义：可以从开发和用户的双角度，进一步体现了用户需求的功能实现)
3。测试流程的规范：严格控制各个阶段的测试结果和报造
4。测试工具的选择：测试管理工具，自动化测试工具，性能测试工具
5。测试人力资源的合理配置 补充一点，测试脚本的管理和复用也是非常重要的。 很多概念方面的东西大家都知道的，只是在执行的时候如何把概念更好的操作和控制，比较难，有待大家功能努力提高能力。 carmela和我得想法不谋而合。。 楼上的见解很有道理，很受启发
听课
好好学习顶
carmela赞同.
而且很多公司觉得用例不值得花太多时间下去写好或者完善.很多时候我们都在郁闷:究竟是应该按理论来要求自己,还是要切合所谓的"实际"做一些妥协? to carmela
现在其实国内的软件行业好多面临的问题是项目紧张,更本看不到概要设计文档,更不用详细设计文档,对于需求调研的介入,目前感觉好多公司都达不到这一点.目前这样的项目时间紧的情况,往往开始都没有设计文档,那这样如何更好的来设计这个测试用例成为许多测试人员头痛的问题,如果不写测试用例,测试当然也可以测试,但往往会毫无目的性,盲目性,工作往往会有许多重复性.对软件质量的保证会值得怀疑.这样的情况是否有一种比较好的方法来补充其中的不足
请教各位同行！
我在一家外企SQA做产品测试，这里产品测试的管理已形成完整的流程，作为一个tester,我目前只接触到Test Case, 如果有问题，可以直接通知Developer并和其进行交流。我很不了解各位所说的 “ 测试需求的定义，测试用例的设计，测试的执行阶段，以及测试结果的分析，回归测试。 ”请各位高手不吝赐教！
我的一点看法
这个讨论的话题是“软件测试过程中的质量控制要素”，下面是我个人的一些看法。1.首先说软件测试，它是保证软件质量工作的一个环节。
2.质量控制，我个人认为之所有的在软件生命周期当中的质量控制的工作，他的范围非常的广阔，只要是有可能涉及到软件质量的工作都需要有质量的控制。
3.这个话题说的是软件测试过程中的质量控制要素，这个话题仅只对于软件测试当中的质量控制，也就是说测试是为了提高被测软件的质量，但是测试本身的质量就决定着是否很好的对被测软件进行了测试工作。所以这里面只讨论软件质量控制人员的所有质量控制工作当中的控制软件测试质量的工作。
4.至此我觉得是我对于这个题目的理解。这个质量控制要素，也就是说大家可以把软件测试当成一个独立的项目，也就是说第三方测试项目。这样你就发现质量控制的工作首先要确定项目的生命周期，主要环节。例如：需求管理（规程、模板）、项目计划（规程、模板）、配置管理（规程、模板）、软件过程追踪（规程、模板）。
5.在这些工作过程当中，你就会有许多的质量控制点，至于你如何来做，那么就是你的规程、模板。 1.需求测试
2.设计测试
3.单元测试
4.集成测试
5.系统测试
6.验收测试
包括每个阶段的回归性测试,可以使用测试管理工具和人为的结合对每个阶段进行质量控制,主要对每个阶段做出质量的评估!
[ Last edited by snowflake on 2005-6-9 at 14:34 ]
在抽象层面上耍嘴皮子意义不大
我觉得要保证软件的质量，在软件开发过程中，要么熟透业务的人和软件需求分析的人以及软件测试负责人是同一个人，要么这三类人能够良好的交流。还有就是在做业务建模的时候，以及需求分析的时候，以及软件测试的时候，保证执行者有相应的较高的水准。在抽象层面上耍嘴皮子意义不大
当然，也要保证软件设计人员的水准。但是我个人认为，概要设计和详细设计分成两个阶段来进行，不是非常必要，也很少有这么做的！我来说说
我个人认为还是要规范开发过程，规范开发过程有许多好处：1.有规范的开发过程少遗漏，即使遗漏，也知道遗漏在哪里；2。使测试有路可循，开发是树，测试是藤，没有树，藤怎么绕，如果开发中间断掉一些环节，那么测试就无路可循。我个人认为软件质量控制与软件测试的区别在于侧重点不同。软件质量控制重点。在于减少软件缺陷的产生，而软件测试的重点是找出软件缺陷。
软件测试过程的质量控制
如果软件已进入到测试阶段，那么此时的质量控制完全依靠测试人员的经验和测试过程的规范性。加强与需求人员的沟通，确保测试用例的正确性和完善性是非常重要的。 水平不到家，不过还是忍不住想说两句：很多的项目看上去都是Death March（死亡之旅项目）
资源不足，进度压迫，控制困难。在软件测试过程本身就存在一些问题：为什么没有有效避免，可能就是我这里认为的质量控制方面的问题了，而至于如何发现这些问题，则应属于质量控制中的测试一个环节吧？
讲到规范，则需要两大保障：一是制度保障、二是流程保障，曾经听说过，有这两项内容，基本上可以控制到测试过程中每个关键位置。在设计水平决定整体质量这句话下面，应该还有一句：质量控制保障该产品应有的质量内涵。
个人的拙见，见笑。若有错误，不吝指正。 Originally posted by carmela at 2005-4-4 05:02 PM:
软件的质量控制不光在测试过程中进行的，在整个软件生命周期中都需要进行一定的工作，测试只是保证质量的一种方法。
这个帖子是主要针对测试过程中的质量控制么？
我觉得如果有条件，还是要从软件的需求阶段介 ...
觉得Camela 的话非常有道理。钦佩！ 赞carmela，概念的确是人尽皆知，如何把概念贯彻到具体的项目当中，其中又要受到人的因素，环境的因素，资源的因素等多项条件的限制。就楼主所说的质量控制那几点，在实际的项目中配置起来本身就是存在困难的。例如如何部署白盒测试本身就可以写一篇长篇大论了。对测试人员较高要求的阶段，我认为，需求设计阶段，没有一定的经验，一般的测试人员仅仅能从需求的验证出发，无法做到“设计”。设计阶段，与开发人员的沟通也是不可少的，因为一般的测试人员无法对于系统结构做到深刻的认识，通过与开发的沟通，可以避免一些因文档不全，沟通不到位所导致的问题。
页:
[1]
2
