普罗忘书
什么是软件测试与软件质量保证？
通常在一般的中小企业中会不将软件测试与软件质量保证加以细分，软件测试人员也叫做质量保证人员即QA，我所在公司也是如此。
其实软件测试与软件质量保证是软件质量工程的两人不同层面的工作。
质量保证（QA）是通过预防，检查与改进来保证软件质量的。
QA所关注的是软件质量的检查和测量，他的工作是软件生命周期的管理以及验证软件是否满足质量和用户需求，主要着眼于软件开发活动中的过程、步骤和产物，而不对软件进行剖析找出问题。
一般情况下，QA应独立于项目之外，以第三方的姿态来对整个开发过程进行评审，检查开发和管理活动是否与已定的过程策略、标准和流程一致，检查工作产品 是否遵循模板规定的内容和格式。
所以，质量保证是通过过程改进来保证软件质量的。
软件测试关注的不是过程活动，而是每个过程活动的产出物。
它对活动的产物进行剖析，检测以期发现更多的问题，从而保证软件质量。
所以软件测试是保证软件质量的一个重要环节，但不是质量保证的一个环节。
对软件测试与软件质量保证进行区分并不是闲聊而咬文嚼字，而是要知道他们都是为了保证软件质量的两个不同层面的工作，他们对保证软件质量有着不可替代的作用。
但现实中大部分中小企业都只知道软件测试而没有专门的质量保证，即使有也是虚设，其实这是本末倒置。
软件测试只是项目中的一个流程或是环节，只是对个别项目。
所以个别项目如果取得成功，质量得到了很好的保证，可能是因为项目的个别因素，如项目需要做得较好或是测试人员水平较高等个别因素。
所以一个项目做得好不能保证别的项目也做得好，即是公司的开发水平，产品的质量水平能够提高。
这就需要通过质量保证来提取成功的因素而上升到流程规范上来规范所有项目，从而提高公司产品质量水平。
一个公司的好的管理标准就是有个好的规章流程得以执行，所以一个好的项目管理，质量保证也在于规章流程，这些也是共性的东西，才不会以项目中的个别因素改变而改变。
当然，也并不是说有好的质量保证就有好的产品质量，他们之间不是充分的关系，而是必要。
软件测试和软件质量保证有哪些区别与联系
测试只是质量保证工作中的一个环节。
软件测试和软件质量保证是软件质量工程的两个不同层面的工作。
质量保证（QA）：质量保证的重要工作通过预防、检查与改进来保证软件质量。
所关注的是软件质量的检查与测量。
QA的工作是软件生命周期的管理以及验证软件是否满足规定的质量和用户的需求，因此主要着眼于软件开发活动中的过程、步骤和产物，而不是对软件进行剖析找出问题或评估。
软件测试：测试关心的不是过程的活动，而是对过程的产物以及开发出的软件进行剖析。
测试人员要“执行”软件，对过程中的产物——开发文档和源代码进行走查，运行软件，以找出问题，报告质量。
对测试中发现的问题的分析、追踪与回归测试也是软件测试中的重要工作，因此软件测试是保证软件质量的一个重要环节。
...
软件质量与软件质量保证之间的关系？（不是软件测试与软件质量的关...
概括地说，软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。
具体地说，软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
影响软件质量的主要因素，这些因素是从管理角度对软件质量的度量。
可划分为三组，分别反应用户在使用软件产品时的三种观点。
正确性、健壮性、效率、完整性、可用性、风险（产品运行）；可理解性、可维修性、灵活性、可测试性（产品修改）；可移植性、可再用性、互运行性（产品转移）。
软件质量保证（SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。
软件质量保证的目的是使软件过程对于管理人员来说是可见的。
它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。
软件质量保证组在项目开始时就一起参与建立计划、标准和过程。
这些将使软件项目满足机构方针的要求。
关系：简要的理解，软件质量是一个名词，软件质量保证是一个动词，是一种技术方法，是为了实现优秀的软件质量的一个工作。
在某一层次上说，软件质量保证和软件测试异曲同工。
【sqa】<；软件质量保证（SQA）计划和报告>；怎么写公司给人...
软件质量保证（SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。
软件质量保证的目的是使软件过程对于管理人员来说是可见的。
它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。
软件质量保证组在项目开始时就一起参与建立计划、标准和过程。
这些将使软件项目满足机构方针的要求。
一、基本目标 目标 1： 软件质量保证工作是有计划进行的。
目标 2： 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。
目标 3： 将软件质量保证工作及结果通知给相关组别和个人。
目标 4： 高级管理层接触到在项目内部不能解决的不符合类问题。
二、QA的由来 我们知道，国外很多的大公司，QA的职责就是测试（主要是系统测试），比如IBM、CA、PeopleSoft等。
其实在最初，几乎所有的公司都是这样的。
后来，由于缺乏有效的项目计划和项目管理，留给系统测试的时间很少（注：我以前做的一个项目，项目经理就明确告诉我系统测试就1天，没得商量）。
另外，需求变化太快，没有完整的需求文档，测试人员就只能根据自己的想象来测试。
这样一来，测试就很难保障产品的质量，事先预防的QA职能就应运而生。
事先预防其实是借鉴了TQM的思想，而且也符合软件工程“缺陷越早发现越早修改越经济”的原则。
这些思想的渊源还可以追溯到中国古代的典故中，比如曲突徙薪、扁鹊论医术等。
特别是扁鹊论医术这个典故，我偶然在国外的一篇文章中看到了（后来在林锐的文章中也看到了），常感叹我们国人连祖先的思想文化遗产都丢的差不多了。
三、QA的现在 目前，实施CMM的企业越来越多了。
CMM模型就要求建立QA角色。
这里的QA类似于过程警察，主要职责是，检查开发和管理活动是否与已定的过程策略、标准和流程一致，检查工作产品是否遵循模板规定的内容和格式。
在这些企业中，一般还要求QA独立于项目组，以保障评价的客观性。
从国内来看，多数的QA没有技术背景，检查出的偏差多为鸡毛蒜皮，再加上自己没有令人信服的背景，领导也不支持，当然做起来就很困难了。
缺乏信任和支持只是一个方面，QA工作本身就很具挑战性。
它要求QA具有软件工程的知识、软件开发的知识、行业背景的知识、数理统计的知识、项目管理的知识、质量管理的知识等等。
我们常常遇到这样的问题，改进到一定程度就很难突破，感觉心有余而力不足了，就开始郁闷了。
后来通过学习、培训、交流，思想和技能得到升华，又发现了木桶中最短的那块，然后又开始改进，然后又遇到了玻璃天花板，然后……就这样处于郁闷的循环中。
假使我们掌握了所有的知识，能突破所有的玻璃天花板，那是不是QA就可以一帆风顺了。
答案是否定的。
QA角色定义本身就有很大的局限性。
QA充当的是过程警察的角色，无论是否有意义，都专横地强制过程的执行，容易在项目组中造成敌对的关系，受到排挤，而且这种警察的姿态也破坏了团队精神。
如此一来，QA工作还需要的是人际关系技能，就如我以前写的《质量平衡》和《QA应该独立于项目组吗？》一样，艺术化地处理这种关系。
四、QA的未来 从某种程度上说，独立的QA审查机制是瀑布模型的产物。
随着现代软件开发技术的演变，螺旋模型和迭代模型的兴起，QA机制正在悄然发生变化。
这种变化就是从独立专职的QA向贯穿过程的兼职QA演变。
在CMMI模型中，这种兼职的QA也是被允许的。
为什么会发生这种改变呢？无论是XP、RUP还是其它先进的方法论，都是先产生架构，然后再增量开发，直到完成。
这种模式中，需求和设计缺陷在各个迭代周期被所尽早发现和修复，质量也内建于架构和过程中，项目的成本和进度也得到保障。
到那时，是不是独立的QA就不复存在了呢？有些成熟度较低的企业还是需要的，主要是保证过程执行的有效性和评价的客观性。
五、SQA的理论探索 1、过程的认识 我们都知道一个项目的主要内容是：成本、进度、质量；良好的项目管理就是综合三方面的因素，平衡三方面的目标，最终依照目标完成任务。
项目的这三个方面是相互制约和影响的，有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为，我们知道 IBM的软件是以质量为最重要目标的，而微软的“足够好的软件”策略更是耳熟能详，这些质量目标其实立足于企业的战略目标。
所以用于进行质量保证的SQA工作也应当立足于企业的战略目标，从这个角度思考SQA，形成对SQA的理论认识。
软件界已经达成共识的：影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。
首先要明确的是这三个因素中，人是第一位的。
现在许多实施 CMM的人员沉溺于CMM的理论过于强调“过程”，这是很危险的倾向。
这个思想倾向在国外受到了猛烈抨击，从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。
“XP”中的一个思想“人比过程更重要” 是值得我们思考的。
我个人的意见在进行过程改进中坚持“以人为本”，强调过程和人的和谐。
根据现代软件工程对众多失败项目的调查，发现管理是...
如何成为一名优秀的软件质量保证工程师
具有软件开发，测试实施经验 软件质量保证牵扯到软件开发的方方面面，包括从启动到需求，到设计，到开发，到测试，到发布，到后期维护的整个过程。
在启动阶段，你要理解如何制定项目章程，如何书写项目范围说明书，如何制定项目计划；在需求阶段，你需要理解如何与用户确认需求，如何进行需求分析，如何与用户确认用户需求；在设计方面你要大体理解当前设计前沿技术，了解数据库知识，如何进行概要设计和详细设计；在构造阶段，您需要了解编码规范，编程技巧，集成技术；在测试阶段你需要理解如何进行单元测试，集成测试，系统测试；在验收阶段您需要理解如何进行验收测试，如何培训用户，如何替用户搭建环境；在维护阶段您需要理解如何理解代码，如何进行再工程技术。
在这里你好像是一位多面手，但是了解得越多，对你从事质量保证工作越有好处。
由于现代分工比较细致，往往一个质量小组需要各个方面的人才组合在一起，才能发挥更大的效能，才能达到1+1>2的结果。
具有一定的数学基础 对于从事软件质量保证工作，您需要一定的数学知识，尤其是概率统计知识。
无论你是否采用6Sigma，你需要对你的软件质量进行度量活动，需要收集数据，分析数据从而解决问题。
你要理解如何使用直方图，散点图，鱼刺图，饼图等工具。
这样你才能展示问题的原因，寻找解决问题的原因。
强大的沟通能力 对于从事软件质量保证工作，沟通能力非常重要。
质量工作做得好坏，关键在于领导的支持和员工的参与。
由于目前中国软件的实际工作，公司领导往往忽视软件质量的重要性和优先性，你就需要与领导讲清楚质量管理的优势，如何可以提高公司产品的质量，减少客户的投诉率从而节约公司的成本，提高劳动生产率。
有了领导强有力的支持，你的工作就好像添加了一把利剑，可以运行得得心应手。
但是仅仅有领导的支持时往往不够的，还需要员工的支持，你需要了解当前问题有什么，阻碍这些问题的要数是是什么，大家需要解决什么样的问题…这些都需要靠你的沟通技巧来解决。
专业的管理和质量知识 专业的技术是你软件质量工作成功的有用的武器。
复制链接收藏
如何保证软件的质量
软件质量保证（SQA）是一种应用于整个软件过程的活动，它包含：⒈一种质量管理方法⒉有效的软件工程技术（方法和工具）⒊在整个软件过程中采用的正式技术评审⒋一种多层次的测试策略⒌对软件文档及其修改的控制⒍保证软件遵从软件开发标准⒎度量和报告机制SQA与两种不同的参与者相关 —— 做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组。
软件工程师通过采用可靠的技术方法和措施，进行正式的技术评审，执行计划周密的软件测试来考虑质量问题，并完成软件质量保证和质量控制活动。
SQA小组的职责是辅助软件工程小组得到高质量的最终产品。
SQA小组完成：⑴为项目准备SQA计划。
该计划在制定项目规定项目计划时确定，由所有感兴趣的相关部门评审。
·需要进行的审计和评审；·项目可采用的标准；·错误报告和跟踪的规程；·由SQA小组产生的文档；·向软件项目组提供的反馈数量。
⑵参与开发项目的软件过程描述。
评审过程描述以保证该过程与组织政策，内部软件标准，外界标准以及项目计划的其他部分相符。
⑶评审各项软件工程活动，对其是否符合定义好的软件过程进行核实。
记录、跟踪与过程的偏差。
⑷审计指定的软件工作产品，对其是否符合事先定义好的需求进行核实。
对产品进行评审，识别、记录和跟踪出现的偏差；对是否已经改正进行核实；定期将工作结果向项目管理者报告。
⑸确保软件工作及产品中的偏差已记录在案，并根据预定的规程进行处理。
⑹记录所有不符合的部分并报告给高级领导者。
转载请注明出处51数据库 » 软件测试在软件质量保证活动
