篇一：软件质量保证与测试报告
西南交通大学
软件质量保证与测试报告
课 程 《软件质量保证与测试》学 院 信息科学与技术学
专 业 软件工程
姓 名
学 号 20119050
摘要：随着计算机应用越来越广泛与深入,软件也越来越复杂,人们已清楚的认识到软件产品和其它工业产品一样,未经测试、试验是不能作为产品推向市场的。软件产业的发展,需要合格的、高质量的商品化软件产品。软件质量提高是一个庞大的系统工程,涉及到技术、过程和人员等综合因素, 本文针对软件质量提高工作的关键环节——软件测试——进行探讨,着重讨论了软件测试和质量提高工作中可能面临的问题,试图为IT组织的软件质量实践工作提供帮助。
关键词： 软件测试 软件质量 质量保证 质量提高
1. 引言
软件质量作为参与国际竞争的必要条件,日益受到人们的关注。由于受到资源限制和环境影响,多数IT组织追求短期利益、放弃长远质量投资在所难免,陷入发展的恶性循环。显然,在合理借鉴国外成功经验的基础上,探寻切合国内实际情况的软件质量提高途径是当务之急。软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试仅处于编码之后、运行维护阶段之前，是软件产品交付用户使用之前软件质量保证的最后手段。这是一种误导，软件生命周期每一阶段中都应包含测试，从静态测试到动态测试，要求检验每一个阶段的成果是否符合质量要求和达到定义的目标，尽可能早的发现错误并加以修正。如果不在早期阶段进行测试，错误的不断扩散、积累常常会导致最后成品测试的巨大困难、开发周期的延长、开发成本的剧增等等。
2. 软件测试与软件质量保证之间的关系
软件测试和软件质量保证是软件质量工程的两个不同层面的工作。软件测试只是软件质量保证工作的一个重要环节。
软件测试是为使产品满足质量要求所采取的作业技术和活动，它包括检验、纠正和反馈。比如软件测试进行检验发现不良品后将其剔除，然后将不良信息反馈给相关部门采取改善措施。因此软件测试的控制范围主要是在工厂内部，其目的是防止不合格品投入、转序、出厂。确保产品满足质量要求及只有合格品才能交付给客户。
软件质量保证是为满足顾客要求提供信任，即使顾客确信你提供的产品能满足他的要求。软件质量保证的目的不是为了保证产品质量，保证产品质量是软件测试的任务。
软件质量保证主要是提供确信。因此需对了解客户要求开始至售后服务的全过程进行管理。这就要求企业建立品管体系，制订相应的文件规范各过程的活动并留下活动实施的证据，
以便提供信任。软件测试和软件质量保证的主要区别前者是保证产品质量符合规定，后者是建立体系并确保体系按要求运作，以提供内外部的信任。同时软件测试和软件质量保证又有相同点:即软件测试和软件质量保证都要进行验证，如软件测试按标准检测产品就是验证产品是否符合规定要求，软件质量保证进行内审就是验证体系运作是否符合标准要求。
测试并非像大家平时认知的那样，不动脑，天天对着屏幕点鼠标，虽然做测试门槛不高，但真正能做好做精，更需要正确的方法和勤奋的学习。
首先软件测试的主要内容，软件测试人员平时主要是在一定时间内根据软件需求对开发完成的软件功能进行检测，并且能对项目研发过程中可能遇到的风险有预见性，及时提出，帮助团队优化。
检测的时候需要站在用户的角度，如果需求模糊，需要跟写需求的人员沟通确保理解了需求。如果测试过程当中发现问题，提交给开发修改后再次测试。直到软件符合发布的标准，结束测试。
软件测试的关键在于能在有限的时间内将送测软件中影响软件使用的问题尽量都找到。如何才能高效的完成一次软件测试呢。有很多因素影响测试的效果，我一一列举：
1.书写需求的人对客户的真正需求理解错误，导致需求说明书与实际需求不符，这是最致命的，直接导致项目失败，所以在测试的第一步，就要求测试人员查看需求说明书，根据需求说明书写出对应的测试需求，一旦发现需求模糊或不合理尽早跟需求人员确认。如果条件允许的话，测试人员可以跟提出需求的人复述自己对需求的理解，如果一致，就可以按照理解的来进行测试了。当然，需求确定完成后还可能多次修改，这时测试人员需要注意，一方面做好更新记录，避免后期容易遗漏，一方面要注意更改需求对项目的风险，及时提出。
2.由于研发的流程可能是多种多样的，若是瀑布模型的，测试人员需要尽早主动问相关人员拿到需求文档或开发文档，提前准备测试用例和测试数据，如果研发流程是开发和测试并行，测试人员也要尽量多参与多了解开发进度，方便后期测试。
3.当有多个测试人员同时测试一个项目，则需要提前分配好工作，并且创建好测试需要用的公共文件夹，测试环境等，并且经常沟通， 相互了解测试进度
4.测试提交BUG时，对BUG的书写也需要注意，尽量用词准确，简洁，开发通过看BUG能了解到这个问题是通过什么步骤操作以后出现什么样子的效果，还可以写上建议的解决方案。
5.尽量从用户的角度来进行测试，模拟用户常用的操作场景，这样才能发现用户实际使用时可能会遇到的问题
6.测试的是否全面很难量化，可以根据排列功能的重要级别，把主要精力用在重要的模块，逻辑复杂的模块，改动频繁的模块，这些都是容易产生错误的地方，将这些地方重点优先保证，可以极大的减少严重的BUG产生
7.在开始测试软件之前，需要测试人员先想好测试的途径，如果边测边想，很难保证测试效果，只有先考虑好如何分解功能模块，每个模块如何测试，是否有测试工具能提高测试效率等等，才能既快又准的完成测试任务。
8.完成测试后，最好能对这个项目进行总结分析，总结常见的问题分类，测试方法，为下一次的测试做积累。
3. 软件测试对软件质量的影响
由于人们对于软件质量的重视程度越来越高，就导致了软件测试在软件开发中的地位越来越重要。软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。它是软件生命周期中一项很重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。在目前形式化方法和程序正确性证明技术还无望成为实用性方法的情况下，软件测试在将来相当一段时间内仍然是软件可靠性保证的有效方法。软件工程的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成软件开发项目。不足的测试势必使软件带着一些未揭露的隐藏错误投入运行，这将意味着更大的危险让用户承担，过度测试则会浪费许多宝贵的资源。到测试后期，即使找到了错误，然而付出了过高的代价。stra的一句名言说明了这一道理：“程序测试只能表明错误的存在，而不能表明错误不存在。”可见，测试是为了使软件中蕴涵的缺陷低于某一特定值，使产出、投入比达到最大。
近20来年的时间，随着计算机和软件技术的飞速发展，软件测试技术研究也取得了很大的突破，同时人们的要求也在不断增加。软件测试和软件质量是分不开的。测试是手段，质量是目的。对比国外可以看到，国外软件开发机构会把40%的工作花在测试上，测试费用则会占到软件开发总费用的30%到50%，对于一些要求高可靠性、高安全性的软件，测试费用则相当于整个软件项目开发费用的3至5倍。因此，软件测试在软件生存期中占有非常突出的位置，是保证软件质量的重要手段。软件项目的实践一再说明，为了确保软件产品能够符合用户的需要，必须着眼于整个软件生存周期，在各个阶段进行验证、确认和测试活动，使软件不致在开发完成后，才发现和用户的需求有较大的差距。
软件在很多领域广泛使用，然而软件是人编的，难免存在各种各样的缺陷。下面给出个
著名的案例。
Oracle曾分析过这样一个故障案例：当某人从自动柜员机中取钱时，在输入信息后，系统开始交易并已经从数据库中扣除了100元，但在柜员机吐出钱之前，突然由于某些硬件的原因导致故障。这样顾客没有拿到钱，而在其账户中却已经被扣除了100元。为了解决这类问题，Oracle提出了”有效交易”概念，即交易中的每一步都要在上一步完全有效下才能进行。为此，研发人员在产品中建立登录档案来记录交易中的每个步骤，万一交易过程突然中断，则Oracle的登录档案会适时修复数据，重新恢复到初始状态。
以上只是软件失败时发生的历史事件，后果也许是不方便使用，也可能是灾难性的。而随着时间的推移，软件缺陷修复的费用会数十倍的增长，例如，若编写需求说明书时就发现了软件缺陷，费用可能只要几角钱；若在测试时才发现软件缺陷时费用可能要几元钱；若缺陷是客户发现的费用可能达到几百元。
由于原始问题的复杂性，软件的复杂性和抽象性，软件开发各个阶段工作的多样性，以及参加开发各种层次人员之间工作的配合关系等因素，使得开发的每个环节都可能产生错误。所以不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段中。坚持在软件开发的各个阶段的技术评审，这样才能在开发过程中尽早发现和预防错误，把出现的错误克服在早期，杜绝某些隐患，提高软件质量。
4. 从软件测试到质量保证
在中国，专业的软件测试服务目前尚处于起步阶段，而专业化的质量测试服务机构，必须具备下面三个条件:1、有先进的、完整的软件质量测试管理理念;2、结合先进的测试技术和工具，有一套完整的实用的质量测试解决方案;3、拥有一批行业经验丰富，测试水平高超，项目管理能力很强的咨询实施团队。
建设银行总行，十分注重自身的IT系统质量，其信息化水平在业内也属于领先地位。他们采用的策略是针对重点系统进行性能测试，验证各种系统在不同使用条件和压力下的性能表现，跟据性能测试进行系统性能优化，包括对用户行为、硬件和软件参数配置、数据库和代码的优化。对软件体系结构方面的性能基准测试和咨询。从而确保系统在上线前后都无质量问题。此外，在项目前期通过实施事业部提供的设备选型方案和技术架构验证方案，采用科学化的技术手段和客观的数字分析，来采购最适合的设备和最适宜业务特点的架构，避免了资金的浪费和后期的开发风险。
如何判断IT系统质量是否存在问题一般的评判标准包含以下几个方面:1、功能，软件
篇二：功能测试质量报告范例
范例：商业攻略项目功能测试质量报告 2009.03.06
一、功能测试情况： 1、测试的整体情况：
测试进度：本周完成了全面功能测试，今天下午进入第一轮回归测试。全面功能测
试一共发现20个bug，回归阶段目前发现一个问题。
质量情况：在全面测试阶段，一共发现的20个bug。其中urgent和very high的
没有。6个high的bug主要是来自实现难度比较大的wiki编辑器部分。所以从以上数据来看，到目前为止，商业攻略一期项目的质量还是不错的。但同时有7个bug被deferred。其中2个high，4个medium和1个low。Deferred的bug比较多的主要原因是：很多deferred的bug都是与wiki编辑器相关的，考虑到即将启动的二期会重点改进现有的wiki编辑器，与项目经理商量决定将与wiki编辑器相关且不影响正常功能的bug deferred到二期一起解决。
2、本周测试进度说明：
3、风险评估
5、项目进度关键点的计划：
二、bug统计情况
1、Bug进度图：（该图反映了一周内缺陷状态的变化趋势情况）
分析：从图中可以看出open的bug 数在周二到周四比较多，是因为这几天重点测试的是wiki编辑器以及XSS控制，这些bug处理后，closed的bug上升很快。说明目前项目处于稳定进行中的状态
2、bug状态变化表：（该表反映了一周内缺陷状态的变化情况）
分析：从图中看到，open的bug数高于fix的bug数。其中原因是wiki编辑器的bug是通过技术经理做为接口人处理的，并不是他本人fix bug。所以在这个过程中，难免出现没有按时fix bug的情况
3、bug严重等级表：（该表反应了一周内开发人员的拥有的各种严重等级的bug数量情况）
分析：high的bug主要集中在和身上。主要原因是wiki编辑器是做为bug处理接口人，而负责帖子搜索的因wiki编辑器和XSS影响也比较大
4、bug按人员分布表：（该表反映了一周内分配给不同人员的缺陷状态情况）
分析：遗留的一个是关于wiki编辑器的问题，测试人员在快下班时验证发现问题，故该问题留到下周处理
5、Bug按类型分布表：（该表反映了一周内不同类型缺陷的数量情况）
分析：本周发现的全部是功能的缺陷。
篇三：项目质量属性需求分析报告
Software Architecture
Report
Network Examination System
(Quality Attribute Requirements Analysis)
Student ID:0843042233 Name:张瀚珑
1. Introduction
网上考试系统（NES）是一套基于B/S体系，采用大型数据库Sql Server2005和先进的ASP和技术开发的，以组织客观、公正、科学合理和大规模考试为目的的标准化考试系统。 系统主要具有如下特点：
1．基于B/S体系
B/S体系即浏览器/服务器（Browser/Server）体系。在B/S的系统中，用户可以通过浏览器向分布在网络上的许多服务器发出请求。B/S结构极大的简化了客户机的工作，客户机上只需安装．配置少量的客户端软件即可， 服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上完成。B/S体系的优点是，系统安装维护简便．数据集中管理．便于分散用户使用，适应互连时代软件的发展趋势。
2．采用三层体系结构
三层体系即客户端浏览器．应用服务器和数据库。这种结构不仅把客户机从沉重的负担和不断对其提高的性能的要求中解放出来，也把技术维护人员从繁重的维护升级工作中解脱出来。由于客户机把事务处理逻辑部分分给了功能服务器，使客户机一下子"苗条"了许多，不再负责处理复杂计算和数据访问等关键事务，只负责显示部分，所以维护人员不再为程序的维护工作奔波于每个客户机之间，而把主要精力放在功能服务器上程序的更新工作。这种三层结构层与层之间相互独立，任何一层的改变不影响其它层的功能。它从根本上改变了传统的二层C/S体系结构的缺陷，是应用系统体系结构中一次深刻的变革。
3．完善的安全管理机制
由于考试系统的特殊性，安全性显得格外重要。网上考试系统（IES）从考生登陆（注册）到参加考试，到查询考试成绩全面采用了256位的数据加密技术，确保系统的安全性。另外在考生考试模块的设计中，采用了大量的安全技术，例如：禁止刷新．禁止查看源代码．考试结束自动交卷．不能用同一用户名多次同时登陆等等。
4．个性化操作界面
一个好的系统不仅仅要体现在强大的功能上，还要在使用上具有方便、快捷、高效的特点。网上考试系统（IES）采用个性化的设计，吸取了在线电子邮局的优点，不同权限的用户具有不同的操作界面，各项功能安排井井有条．一目了然。
2. Quality Attribute Requirements
Usability
1) Reasons
可用性关注于如何让用户简单容易的地完成他想要的工作。这样可以使用户快速地学习该系统的功能，高效地使用系统从而最小化错误的影响并且让用户对该系统有信心和满意
2) Concrete Scenario
Response Measure: 熟悉系统花费时间，满意度
Security
1) Reasons
网上考试系统必须阻止为授权的访问，而且为合法的用户提供服务。如果系统安全性不高，易被外界破解，从事一些非法操作，如获取考试的题目与答案，增加删除数据库内容，从而对系统造成一定的破坏。 2) Concrete Scenario
Response Measure: 检查可能的网络攻击，恢复数据和服务
Performance
1) Reasons
网上考试系统必须保证其性能，才能为用户提供正常可靠及时的服务，用户无法或者需要等待很久才能得到系统的服务，这必然会降低用户对该系统的评价，严重影响系统的质量。性能主要关注于响应时间。 2) Concrete Scenario
