篇一：论黑盒测试之提高软件的质量_毕业论文
河北司法警官职业学院
毕 业 论 文
论文题目：
专 业： 论功能性与性能如何提高软件的质量 软件技术
论文独创性的声明
值此论文完成之际，本人郑重声明：所呈交的论文是我个人在导师指导下独立完成的。尽我所知，除了文中特别加以标注的地方外，论文中不包含其他人已经发表或撰写的研究成果。同时，对于文中所参考他人的研究成果，均已在论文中作了说明，并致以谢意。
签名： 日期：
论文使用的授权
本人完全了解河北司法警官职业学院有关保留、使用毕业论文的规定，即：学院有权保留所送交的论文，允许论文被查询和借阅，并可以公布论文内容，以及可以采用影印、缩印或其他复制手段保存论文。
签名： 导师签名： 日期：
内 容 摘 要 摘随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多。同时，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。
软件功能性测试是软件质量保证的关键技术，在软件生命周期中占有重要的地位。理论上软件本身的缺陷都可在功能性测试阶段被暴漏，因此软件功能性测试方法是提高软件可靠性及软件质量最有效、最直接的方法之一。 性能是软件在市场竞争中一个强有力的竞争点，性能的测试与优化对于软件整体提升自己的性能，赢得市场的份额具有决定性因素。性能测试的主要目的就是验证一个软件产品可以允许多少用户并发访问，性能指标如响应时间、CPU和内存占用率是多少。一般来说这种测试无法手工做，需要借助于工具，如LoadRunner等等。
[关键词] 功能性测试,功能性测试流程,功能性测试方法,性能测试，虚拟用户，负载测试，压力测试，事务，集合点
Abstract
With the expansion of the scale of software, increasing the complexity of the software design, errors or defects in the software development more and more opportunities. At the same time, the market recognition of the importance of software quality gradually increased. So, the importance of software testing in software project implementation process is becoming more and more prominent.
Software functional testing is the key technology of software quality assurance, occupies an important position in the software life cycle. Software itself defects can be theoretically was exposed in functional testing phase, so the software functional testing method is to improve the software reliability and software quality as one of the most effective and most direct way.
Software performance is a strong point of competition in market competition, performance testing and optimization software for overall improve their performance, win the market share of the decisive factors. The main purpose of the performance test is to verify a software product allows concurrent access to many users, the performance indicators such as response time, CPU and memory usage rate is how much. In general the test cannot be made by hand, need the help of tools, such as LoadRunner, etc.
key words:functional testing,functional testing process,functional testing, performance testing,virtual users,load test,stress test,transaction,the collection point.
目 录
1.功能性测试概述 __________________________________________________________ 1
1.1功能性测试的优缺点 _________________________________________________ 1 1.1.1功能性测试方法 ___________________________________________________ 1
1.1.2利用功能性测试方法可以发现软件中存在的问题 ________________________ 2 1.1.3功能性测试流程 ___________________________________________________ 2
2.性能测试研究 ____________________________________________________________ 3
2.1性能测试概述 _______________________________________________________ 3
2.1.1 性能测试的目的 ___________________________________________________ 3
2.1.2 性能测试类型 _____________________________________________________ 3
2.1.3性能测试流程 _____________________________________________________ 4 2.2性能测试工具 _______________________________________________________ 4
2.2.1LoadRunner的组成 _________________________________________________ 4
2.2.2LoadRunner测试流程 _______________________________________________ 4
3.功能性测试的实践 ________________________________________________________ 5
3.1项目分析与规划测试 _________________________________________________ 5
3.1.1项目概述 _________________________________________________________ 5
3.1.2项目分析 _________________________________________________________ 5
3.1.3规划测试 _________________________________________________________ 6
3.1.4编写测试案例与执行测试 ___________________________________________ 6
3.2结合功能性测试案例进行性能测试______________________________________ 8
3.2.1功能概述 _________________________________________________________ 8
3.2.2性能测试准备 _____________________________________________________ 9
3.2.3设计压力应用思路 _________________________________________________ 9
3.2.4经功能性测试实际运用分析 _________________________________________ 9
4.创建用户脚本 ___________________________________________________________ 10
4.1.1完善测试脚本 ____________________________________________________ 10
4.1.2用参数化取代常量值 ______________________________________________ 11
4.1.3集合点 __________________________________________________________ 11
4.1.3脚本检验 ________________________________________________________ 12
4.2方案执行 __________________________________________________________ 12
4.2.1场景创建 ________________________________________________________ 12
4.2.2加压计划 ________________________________________________________ 12
4.3运行结果 __________________________________________________________ 13
5.此项目的总结分析 _______________________________________________________ 14 注释 _____________________________________________________________________ 15 参考文献 _________________________________________________________________ 16 致 谢 ____________________________________________________________________ 17
篇二：软件质量保证和管理论文
《软件质量保证和管理》
姓名：
学号：
专业：
教师：
2012年 05月
日 28
第二章《软件质量》的学习总结
摘要
软件具有很强的鲜明的特点，不同于传统工业产品，软件的开发也不同于传统的制造业，所有有必要去审视软件的特点，了解软件质量特有的内涵，了解影响软件质量的因素。另一方面，软件质量危机却越来越突出。软件在质量管理上远远落后于其他传统行业，同时软件企业的多数管理者又认为软件质量不可把握，使软件质量矛盾更加尖锐化。软件质量，必然越来越成为讨论的焦点。关键词：软件质量
1.1 软件特点
软件是相对硬件的概念，是逻辑的，知识性的产品集合，是对物理世界的一种抽象或者是某种物理形态的虚拟化。软件与硬件是完全不同的。但是随着时间的推移，硬件构建会由于各种原因收到不同程度的磨损，软件不会。新的硬件故障少，软件则相反。另一方面，软硬件的维护差别很大。
1.2软件过程
软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。软件过程（Software Process）是指一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及相关Artifacts（计划、文档、模型、编码、测试、手册等）组成。
软件过程可概括为三类：基本过程类、支持过程类和组织过程类。基本过程类包括需求分析、设计过程、编程过程、测试过程、维护过程。支持过程类包括文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程以及过程。组织过程类包括基础设施过程、改进过程以及培训过程。
1.2.2 软件开发过程模型
软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。 软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。
软件开发模型包括：瀑布模型，原型模型，快速应用开发模型，螺旋模型，增量模型和迭代模型，构件组装模型，开发模型，并发模型，驱动测模型，RATIONAL统一过程模型，协议开发——形式描述技术FDT，敏捷方法——极限编程模型。
1.2.3V模型的完整诠释
V模型是在快速应用开发模型基础上演变而来的，由于将整个开发过程构成一个V字而得名。V模型强点软件开发写作的速度和协作，将软件实现和验证邮寄的结合起来，在保证较高的软件质量情况下缩短开发周期。
图为简单的V模型
V模型的缺陷仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段忽视了测试对需求分析,系统设计的验证，一直到后期的验收测试才被发现。
1.2.4 敏捷方法的极限编程
是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于"非敏捷"，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的
代码编写和团队组织方法，也更注重做为软件开发中人的作用。敏捷开发的宗旨就是“沟通，简化，反馈，激励”。
极限编程是敏捷方法的代表是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。极限编程中有四个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）、反馈（Feedback）和勇气（Courage）。 XP用“沟通、简单、反馈和勇气”来减轻开发压力和包袱；无论是术语命名、专著叙述内容和方式、过程要求，都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。
1.2.5 阶段性开发模型
软件开发不管采用什么手段什么模型都不是一蹴而就的，一个软件产品的开发往往是分阶段进行的，所以阶段性开发模型是很有必要的。
软件分阶段开发主要原因：1.市场的压力和竞争策略的需要。2.产品的开发周期和资源会受到预算的限制。3.可以尽在发现错误，降低成本。4.系统设计越来越困难。
分阶段软件开发可以通过增量模型和迭代模型两种来描述。两者的最终目标是一致的，都是为了实现一个功能完善的、高质量的、稳定的产品。
1.3 软件缺陷
软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。在软件开发生命周期的后期，修复检测到的软件错误的成本较高。
1.3.1 产生的原因
在软件开发的过程中，软件缺陷的产生是不可避免的。那么造成软件缺陷的主要原因有
哪些？从软件本身、团队工作和技术问题等角度分析，就可以了解造成软件缺陷的主要因素。软件缺陷的产生主要是由软件产品的特点和开发过程决定的。
软件本身
①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。 ②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。
③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。
④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。
⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。
⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。
⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。
1.3.2 软件缺陷的分类
属性名称 描述 缺陷标识(Identifier)
缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识 缺陷类型 (Type) 缺陷类型是根据缺陷的自然属性划分的缺陷种类。 缺陷严重程度
(Severity) 缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。 缺陷优先级(Priority) 缺陷的优先级指缺陷必须被修复的紧急程度。 缺陷状态(Status) 缺陷状态指缺陷通过一个跟踪修复过程的进展情况。 缺陷起源(Origin) 缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。 缺陷来源(Source) 缺陷来源指引起缺陷的起因。 缺陷根源(Root Cause) 缺陷根源指发生错误的根本因素。
缺陷类型（Type）
缺陷类型编号 缺陷类型 描述 10 F- Function 影响了重要的特性、用户界面、产品接口、归，功能等缺陷。 20 A- Assignment 需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。 30 I- Interface 数、控制块或参数列表相互影响的缺陷。 40 C- Checking 提示的错误信息，不适当的数据验证等缺陷。 50 B Build/package/merge 由于配置库、变更管理或版本控制引起的错误。 60 D- Documentation 影响发布和维护，包括注释。 70 G- Algorithm 算法错误。 80 U-User
篇三：《软件质量与测试》小论文模板-武剑洁2015.5.14
《软件质量与测试》课程小论文作业
浅谈软件测试过程管理方法
班 级：
姓 名：
学 号：
摘 要： 随影响软件测试质量的因素除了测试技术与方法,还包括对测试过程的管理。本文旨在探讨上述过程的管理内容与管理方法,通过提高过程的可视性和可控性即提高过程能力来提高软件测试的质量。通过本文研究,得到如下成果：一、论述了软件测试过程对测试质量的重要影响；二、提出了软件测试过程管理方法；三、得到了过程管理方法在试点项目中的运用效果。
关键词：软件测试用例管理；缺陷管理；资源管理；
引言
我国近几年来软件产品的出口正在迅速增长,国内软件产品的应用也越来越广泛,市场对软件质量重要性的认识正由此而逐渐加强。通过开展软件测试,可以充分暴露软件中潜在的各种缺陷,从而提高软件产品质量。在这样的背景下,我国的软件测试行业正在从萌芽状态中逐步发展起来。影响软件测试质量的因素除了测试技术与方法,还包括对测试过程的管理.下面我将谈谈对软件测试过称管理的认识。
1进行软件测试管理的原因
1.软件测试的工作量要占整个软件开发工作量的40％以上，对于高可靠、高安全的软件来说，这一比例可能会达到60％～70％。因此，软件测试是软件开发过程中的一项重要工作，必须对其进行科学有效的管理。
2.一项软件测试工作涉及到技术、计划、质量、工具、人员等各个方面，是一项复杂的工作，因此需要对其进行管理。
3.任何软件测试工作都是在一定的约束条件下进行的，要做到完全彻底的测试是不可能的。
4.只有系统化、规范化的软件测试才能有效地发现软件缺陷，才能对发现的软件缺陷实施有效的追踪和管理，才能在软件缺陷修改后进行有效的回归测试。
2软件测试过程如何管理（此标题应根据自己的需要灵活变化）
2.1 测试用例的管理
我们都知道，测试，不管是白盒，黑盒，功能或性能测试都离不开测试用例，可以怎么说，测试用例是一切测试的基础，也是测试的核心地区。测试用例设计的好与坏，完善与不完善都直接影响到测试的效果，产品的质量保证。
下图为一个简单测试用例中心图
图1 测试用例中心图
上图是与测试用例为核心进行管理，下面进行解释：
1、软件测试的几个关键过程可以通过中间一列进行表示出来，一般测试人员在进行参与项目测试时，首先应该由测试负责人根据软件需求进行测试需求提起，然后通过测试需求来确定项目测试的目标和缺陷判定标准。测试策略是根据测试需求来制定详细规划，最后分发到各个编写测试用例人员手中进行测试用例编写。在进行测试用例评审过程中，可以发现测试用例为中心管理第一点好处，测试用例编写反应出测试人员对需求的理解程度。通过“需求——测试用例”，逐渐达到熟悉软件需求和用例完善。
2、再看第二点，执行测试用例发现软件缺陷，通过图中的“软件缺陷——测试用例”，也构成一个小循环，执行人员在执行测试用例时，能发现测试人员编写用例水平情况，完善程度。而测试用例也能让软件缺陷被发现越多，提供给开发人员的缺陷描述越准确。这也就是第二点好处。
3、“软件缺陷——测试需求”可以看成一个大循环，通过对需求的理解可以设计出测试用例，通过执行测试用例可以发现软件缺陷，反过来也一样，通过软件缺陷可以反应出测试用例是否完善，也能反应出需求的不完善，促进项目产品的功能越来越完善。
4、通过编写测试用例效率，执行测试用例速度情况，都能看出一个测试人员对业务知识的掌握情况，掌握越多，编写用例肯定比较完善，执行人员也能快速执行用例发现问题。通过测试用例编写与执行情况，可以促进业务知识方面进行培训，这是第四点，“业务知识——测试用例”的循环。
5、测试用例是测试人员进行的一项测试工作，也是耗时最长，需要消耗精力最多的测试工作，如何保证后续产品能快速测试并且能保证产品质量，这就需要进行回归测试，可以使用自动化测试进行，但对于没有进行自动化测试的公司来说，从测试用例中挑选一批高质量的回归测试用例，在每次新版本中，进行快速回归测试也是一种不错的做法。
6、当然即使进行自动化测试，也还是需要进行编写自动化测试用例，开始的测试用例如果编写完善，详细的话，一些用例可以直接做为自动化用例，这样也提高了测试效率，第六点。
7、而对于测试部门来说，测试知识库的积累显的至关重要，完善的知识库，不但可以让新员工快速对公司产品测试上手，测试用例库是一个最好的积累，新员工可以通过阅读用例快速掌握产品功能，业务知识，常用的测试手段，用例书写方法等。而且对一些测试技巧也能很好的提高。
对于用例管理的根本问题，我个人认为是分类上，如何有效的维护和优化用例，就是需要前期明确的分类规划，根据分类的优先级一步一步地来完成就可以了，到最后，我们也可以有效把控的测试覆盖度。
当前，我们大致可以把测试用例分称三个方面，分别是功能、UI和业务流程，从这三个角度来进行设计。
1、从功能的角度，功能是每个项目测试的重点，通常在测试人员得到需求文档的时候，我们就开始设计测试用例，那么这个时候需求文档上列出都是功能以及部分一些业务逻辑等，所以在测试用例的第一阶段就是完成功能的用例设计。不过这里，肯定会让很多人疑惑，其实功能、业务还有UI，都是有关联的，而且很多时候无法分解的。这里后面我会举个例子说明哈，但绝非都是可以分类，只是谈谈如何分解的方法，最重要的就是不要遗漏就行。
2、从UI的角度，UI通常是指界面测试，这个应该不难理解，但要想与功能点进行分解，也不是那么容易区分的，所以我们来直观的说明。界面测试，注重样式，外观、整洁、摆放以及易用性，还包括用户体验等。
3、从业务的角度，这个相对来说，还比较好理解，业务通常是指一连串的动作所连接起来的流程，这个流程必须有行为和目标，或者说方向。业务通常是一个项目或者产品设计的核心，当下，越来越多的应用业务流程都是非常复杂，所以对于业务的用例设计，就是考验一个测试人员的业务水平如何。
下面通过一个证券交易平台上的买入和撤单业务，进行具体说明：
业务说明：买入业务包括股票代码、当前价格、买入价格，买入股票数量、确定买入按钮和取消按钮；
撤单业务包括选择撤单的未成交业务、撤单成功、撤单失败以及取消撤单按钮；
功能点：买入按钮、取消按钮、选择撤单、撤单按钮和取消撤单按钮等
UI界面测试：股票代码、当前价格、买入价格、买入股票数量，所有的文本框；买入成功/失败的提示框；撤单成功/失败的提示框；撤单成功/失败的业务状态等
业务测试：买入业务，从输入买入表单的数据，到提交表单，到最后买入的表单显示的位置，以及买入提交但未成交，可以撤单，完成撤单的业务，到撤单成功或者失败等，这一连串的工作组合就是一个业务流程。
其实这里就存在一个争议性的问题，对于买入和撤单，既可以作为功能点，也可以作为一个业务逻辑来设计，但从本质上来讲，功能点注重单独的操作，而业务流重的在是一个流程，还需要具体业务去甄别。功能点的设计更主要对这个买入和撤单的按钮本身进行用例设计；而业务则是需要从买入和撤单之前的输入到最后输出这样一个过程来设计。
对于测试来说，用例是基础，对于回归测试、自动化、性能等等都是根本，管理好测试用例，也就是提高测试的工作质量。
2.2 软件测试缺陷管理
图2 缺陷管理流程图 下面对上图进行解释：
1.发现阶段
系统测试
验收测试 测试环境测试发现有的缺陷 内部验收测试发现有的缺陷，由质量部进行 2严重级别
建议 建议增加或修改优化操作
轻微 微小的问题，几乎不影响功能；如界面上错误字 中等 次要功能未实现
较高 功能无法完成，配置错误，程序异常错误 高 操作无法完成，数据库对象存在问题 紧急 主机功能都未实现，出现严重的问题
《软件质量评价论文》由：创业找项目整理
链接地址：http://www.gjknj.com/duwu/2925.html
转载请保留,谢谢!