做侵权电影网站什么后果,cc攻击wordpress网页,asp.ne手机触摸网站开发,学校门户网站建设说明软件测试基础一、 软件缺陷的概述1、什么是软件缺陷2、软件缺陷的类型3、软件缺陷的案例4、软件缺陷的产生原因5、软件缺陷的分类6、软件缺陷的处理流程7、多学一招#xff1a;缺陷报告#xff08;由测试人员完成#xff09;8、常见软件缺陷管理工具9、修复软件缺陷的成本二…
软件测试基础一、 软件缺陷的概述1、什么是软件缺陷2、软件缺陷的类型3、软件缺陷的案例4、软件缺陷的产生原因5、软件缺陷的分类6、软件缺陷的处理流程7、多学一招缺陷报告由测试人员完成8、常见软件缺陷管理工具9、修复软件缺陷的成本二、 软件的概述1、软件生命周期2、开发过程中的角色3、软件开发模型4、软件质量概述三、 软件测试的概述1、软件测试的发展2、软件测试的定义3、软件测试的目的4、软件测试的分类四、 软件测试与软件开发的关系五、 软件测试的原则六、 软件测试的流程七、结束语对于一个软件来说总会存在各种各样的软件缺陷。因此我们需要通过软件测试来检查软件中存在的各种问题。在下面的这篇文章中将讲解软件测试的基础知识让我们一起来了解一下吧
一、 软件缺陷的概述
1、什么是软件缺陷
软件缺陷就是软件产品中所存在的问题最终表现为用户所需要的功能没有完全实现不能满足或不能全部满足用户的需求。
IEEE(电气电子工程师协会)对软件缺陷有一个标准的定义
从产品内部看软件缺陷是软件产品开发或维护过程中所存在的错误、误差等各种问题。
从外部看软件缺陷是系统所需要实现的某种功能的失效或违背。
2、软件缺陷的类型
1软件未实现产品说明书要求的功能。
2软件出现了产品说明书不应该出现的错误。
3软件实现了产品说明书未提到的功能。
4软件未实现产品说明书虽未明确提及但应该实现的功能。
5软件难以理解、不易使用、运行缓慢——从测试员的角度看——最终用户会认为不好。
3、软件缺陷的案例
1千年虫问题产生约1974年
2爱国者导弹防御系统1991年
3英特尔奔腾浮点除法缺陷1994年
4“冲击波”病毒2003年
5诺基亚手机平台缺陷2008年
4、软件缺陷的产生原因
需求不明确软件结构复杂开发人员水平有限项目期限短使用新技术其他原因
5、软件缺陷的分类 6、软件缺陷的处理流程
每个公司的软件缺陷处理流程不尽相同但是它们遵循的最基本流程是一样的都要经过提交、分配、确认、处理、复测、关闭等环节。 提交测试人员发现缺陷之后将缺陷提交给测试组长。分配测试组长接收到测试组员提交的缺陷之后将其移交给开发人员。确认开发人员接收到移交的缺陷之后会与团队甚至测试人员一起商议确定该缺陷是否是一个缺陷。拒绝如果经过商议之后缺陷不是一个真正的缺陷则拒绝处理关闭缺陷。如果经过商议之后确定其是一个真正的缺陷则可以根据缺陷的严重程度或优先级等立即处理或延期处理。复测开发人员修改好缺陷之后测试人员重新进行测试复测检测缺陷是否确实已经修改。如果未被正确修改则重新提交缺陷。关闭测试人员重新测试之后如果缺陷已经被正确修改则将缺陷关闭整个缺陷处理完成。
7、多学一招缺陷报告由测试人员完成
测试人员在提交软件测试时都会按照公司规定的模板Word、Excel、缺陷管理软件等将缺陷的详细情况记录下来生成缺陷报告每个公司的缺陷报告模板并不相同但一般都会包括缺陷的编号、类型、严重程度、优先级、测试环境等有时还会有测试人员的建议。
8、常见软件缺陷管理工具
1Bugzilla
Bugzilla是Mozilla公司提供的一款免费的软件缺陷管理工具。Bugzilla能够建立一个完整的缺陷跟踪体系包括缺陷跟踪、记录、缺陷报告、处理解决情况等。使用Bugzilla管理软件缺陷时测试人员可以在Bugzilla上提交缺陷报告Bugzilla会将缺陷转给相应的开发者开发者可以使用Bugzilla做一个工作表标明要做的事情的优先级、时间安排和跟踪记录。
2禅道
禅道是一款优秀的国产项目管理软件它集产品管理、项目管理、质量管理、缺陷管理、文档管理、组织管理和事务管理于一体是一款功能完备的项目管理软件完美地覆盖了项目管理的核心流程。禅道分为专业和开源两个版本专业版是收费软件开源版是免费软件对于日常的项目管理开源版本已经足够使用。
3JIRA
JIRA是Atlassian公司开发的项目与实务跟踪工具被广泛用于缺陷跟踪、客户实务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA配置灵活、功能全面、部署简单、扩展丰富、易用性好是目前比较流行的基于Java架构的管理工具。JIRA软件有两个认可度很高的特色第一个是Atlassian公司对该开源项目实行免费提供缺陷跟踪服务第二个是用户在购买JIRA软件同时将源代码也购置进来方便做二次开发。
9、修复软件缺陷的成本
软件开发过程是使用软件工程的方法在整个过程中都有可能出现各种各样的软件缺陷。**随着开发时间的推移软件缺陷修复成本呈倍数的增长。**假如早在进行分析时发现相关功能缺失立即补上就可以了可以说付出的代价小得几乎忽略不计。如果在发布时发现缺失某个功能那么此时加上一个功能相当于重新开发一样这时的修补费用可以说高了许多。因此要尽早进行测试。
二、 软件的概述
1、软件生命周期
先来了解软件生命周期的全过程 下面对软件生命周期各个过程进行逐一解析
1问题定义由软件开发方与需求方共同讨论主要确定软件的开发目标及其可行性。
2需求分析对软件需求进行更深入的分析划分出软件需要实现的功能模块并制作成文档。需求分析说明书
3软件设计在需求分析结果的基础上对整个软件系统进行设计包括系统框架设计、数据库设计等。概要设计、详细设计
4软件开发在软件设计的基础上选择一种编程语言进行开发。
5软件测试软件开发完成后对软件进行测试以查找软件设计与软件开发过程中存在的问题并加以修正。
6软件维护软件投入使用之后可能无法满足用户的使用需求此时就需要对软件进行维护升级以延续软件的使用寿命。软件维护是软件生命周期中持续时间最长的阶段。
2、开发过程中的角色
1高级经理参与项目过程中各个关键环节的活动关注产品开发的进度对风险控制、资源提供做出决策。
2产品经理项目经理作为客户方和公司内部交流的纽带对项目过程进行监控对项目的进度、质量负责。
3开发经理是具体开发过程的领导者必需由熟悉业务和开发技术的专家担任职责是界定需求确定适当的技术架构和体系保证软件产品按照设计的标准开发。
4设计师软件蓝图设计者可以分需求分析师、架构设计师、业务设计师三种。基本活动包括需求分析、架构设计和功能设计按照规范编写相应的文档。
5测试经理测试活动的领导者是公司内部认定的产品质量责任人。责任是计划和组织测试人员对目标产品进行测试发现bug、跟踪bug直到解决bug计划和组织用户培训工作。
6开发人员根据设计师的设计成果进行具体编码工作对自己的代码进行基本的单元测试。
7测试人员根据测试经理的计划和测试总体方案对目标产品进行测试编写测试用例和测试代码发现和跟踪bug编写用户手册进行用户培训和教育。
8项目实施人员针对工程性质的项目必需的人员配置负责软件系统安装配置、系统割接、运行期间的维护工作。
3、软件开发模型
1瀑布模型
优点检查点清晰分工明确有利于大型软件软件开发人员的组织管理及工具的使用与研究可以提高开发的效率。缺点严格按照线性执行增加了开发风险要求必须有产出结果增加了开发工作量。那么对于现代软件各阶段之间的关系很少是线性瀑布模型已经不适合现代软件开发。 2快速原型模型
优点克服了需求不明确带来的风险适用于不能预先确定需求的软件项目。缺点原型设计较难不利于开发人员对产品的扩展。 3迭代模型
优点适应客户需求变更降低了开发成本和风险。缺点增加了集成失败风险容易退化为“边做边改”模式失去对整个项目的控制。 4螺旋模型
优点强调了风险分析有助于将软件质量融入开发中小分段构建大型软件易于计算成本客户参与保证项目可控性。缺点构建过程太过繁琐不适合小型项目。 5敏捷模型 定义敏捷模型以用户的需求进化为核心采用迭代、循序渐进的方法进行软件开发。 特点 项目被拆分成多个子项目迭代完成每个迭代都要经过测试。快速响应需求变更在修改过程中软件一直处于可用状态。不断对产品进行细微、渐进式地改进每次改进一小部分如果可行再逐步扩大改进范围。开发未动测试先行。注重“人”的作用。 优点及时响应客户需求变更不断适应新的趋势。 缺点管理相对混乱不适合大型项目。
PS 以上内容是对软件开发模型的简要概括如需了解软件开发模型的详细内容请前往软件工程和过程模型
4、软件质量概述
1定义软件质量是指软件产品满足基本需求及隐式需求的程度。软件产品满足基本需求是指其能满足软件开发时所规定需求的特性其次是软件产品满足隐式需求的程度。
2软件质量模型ISO/IEC 9126:1991质量模型是最通用的一个评价软件质量的国际标准建立在MCCall和Boehm模型基础之上主要描述了内部质量、外部质量和使用质量。由6个特性和27个子特性组成。
软件质量模型图如下 对内部质量、外部质量和使用质量进行逐一解析
①内部质量针对内部质量需求被测量和评价的质量可维护性、灵活性、可移植性、可重用性、可读性、可测试性、可理解性。
②外部质量使用外部度量在模拟环境中用模拟数据测试时所被测量和评价的质量即在预定的系统环境中运行时可能达到的质量水平。正确性、可用性、效率、可靠性、完整性、适应性、精确性、坚固性。
③使用质量在规定的使用环境下软件产品使特定用户在达到规定目标方面的能力。有效性、生产率、安全性、满意程度等。
三、 软件测试的概述
1、软件测试的发展
软件测试的发展也经历了一个漫长的过程其发展过程可用下图表示 2、软件测试的定义
11983年IEEE给软件测试的定义
使用人工或自动的手段来运行或测定某个软件系统的过程其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
21990年IEEE再次给出软件测试的定义
①在特定的条件下运行系统或构件观察或记录结果对系统的某个方面做出评价
②分析某个软件项以发现现存的和要求的条件之差别并评价此软件项的特性。 总结 以上的定义都有一定的片面性。不能只对系统程序进行测试找出系统程序中的错误而对分析、设计等过程发生的错误视而不见。软件产品由文档、数据和程序组成那么软件测试就是对软件开发过程中形成的文档、数据以及程序进行相关的测试。 3、软件测试的目的
对于软件开发来说软件测试通过找到的问题缺陷帮助开发人员找到开发过程中存在的问题包括软件开发的模式、工具、技术等方面存在的问题与不足预防下次缺陷的产生。对于软件测试来说使用最少的人力、物力、时间等找到软件中隐藏的缺陷保证软件的质量也为以后软件测试积累丰富的经验。对于客户需求来说软件测试能够检验软件是否符合客户需求对软件质量进行评估和度量为客户评审软件提供有力的依据。
4、软件测试的分类
1按照测试阶段分类
单元测试验证软件单元是否符合软件需求与设计开发人员自测。集成测试将已经测试过的软件单元组合在一起测试它们之间的接口用于验证软件是否满足设计需求。系统测试将经过测试的软件在实际环境中运行并与其他系统的成分如数据库、硬件和操作人员等组合在一起进行测试。验收测试主要是对软件产品说明进行验证逐行逐字的按照说明书的描述对软件产品进行测试确保其符合客户的各项要求。
2按照测试技术分类
黑盒测试把软件程序当作一个有输入与输出的黑匣子它把程序当作一个输入域到输出域的映射只要输入的数据能输出预期的结果即可不必关心程序内部是怎么样实现的。 白盒测试测试人员了解软件程序的逻辑结构、路径与运行过程在测试时按照程序的执行路径得出结果。白盒测试就是把软件程序当作一个透明的盒子测试人员清楚的知道从输入到输出的每一步过程。 总结 相对于黑盒测试来说白盒测试对测试人员的要求会更高一点它要求测试人员具有一定的编程能力而且要熟悉各种脚本语言。但是在软件公司里黑盒测试与白盒测试并不是界限分明的在测试一款软件时往往是黑盒测试与白盒测试相结合对软件进行完整全面的测试。 3按照软件质量特性分类
功能测试测试软件的功能是否满足客户的需求包括准确性、易用性、适合性、互操作性等。性能测试测试软件的性能是否满足客户的需求性能测试包括负载测试、压力测试、兼容性测试、可移植性测试和健壮性测试等。
4按照自动化程度分类
手工测试测试人员一条一条的执行代码完成测试工作。费时费力且很难保证测试效果。自动化测试借助脚本、自动化测试工具等完成相应的测试工作它也需要人工的参与但是它可以将要执行的测试代码或流程写成脚本执行脚本完成整个测试工作。
5按照测试项目分类
界面类测试验证软件界面是否符合客户需求。安全性测试软件遭受到没有授权的内部或外部用户的攻击或恶意破坏时如何进行处理是否能保证软件与数据的安全。文档测试以需求分析、软件设计、用户手册、安装手册为主主要验证文档说明与实际软件之间是否存在差异。
6其他分类
α测试软件上线之前进行的版本测试。由开发人员和测试人员或者用户协助进行测试。测试人员记录使用过程中出现的错误与问题整个测试过程是可控的。β测试软件上线之后进行的版本测试。由用户在使用过程中发现错误与问题并进行记录然后反馈给开发人员进行修复。回归测试对修改后的程序重新进行测试确认原有的缺陷已经消除并且没有引入新的缺陷这个重新测试的过程就叫作回归测试。随机测试没有测试用例、检查列表、脚本或指令的测试它主要是根据测试人员的经验对软件进行功能和性能抽查。
四、 软件测试与软件开发的关系
软件测试在软件开发过程中占有重要的地位在传统的瀑布模型中软件测试只成为其阶段性的一段工作——进行代码的测试。而现代软件工程思想将软件测试认为是贯穿整个软件生命周期并且是保证软件质量的重要手段之一。
有些研究数据显示在国外软件开发的工作量中软件测试的工作量占有总工作量的40%左右软件开发的总费用中软件测试占有30%-50%。对于一些高科技开发系统软件测试占有的时间和费用可能更多更高。
1、软件测试与软件开发
软件测试在项目各个阶段的作用如下
项目规划阶段负责从单元测试到系统测试的整个测试阶段的监控。需求分析阶段确定测试需求分析即确定在项目中需要测试什么同时制定系统测试计划。概要设计与详细设计阶段制定单元测试计划和集成测试计划。编码阶段编写相应的测试代码和测试脚本。测试阶段执行测试并提交相应的测试报告。
软件测试与软件开发的关系如下图所示 2、常见软件测试模型
1V模型
优点将复杂的测试工作分成了目标明确的小阶段完成具有阶段性、顺序性和依赖性它既包含了对于源代码的底层测试也包含了对于软件需求的高层测试。缺点只能在编码之后才能开始测试早期的需求分析等前期工作没有涵盖其中因此它不能发现需求分析等早期的错误这为后期的系统测试、验收测试埋下了隐患。
V模型流程图如下 2W模型
优点测试范围不仅包括程序还包括需求分析、软件设计等前期工作这样有利于尽早全面的发现问题。缺点它将软件开发过程分成需求、设计、编码、集成等一系列的串行活动无法支持迭代、自发性等需要变更调整的项目。
W模型流程图如下 3H模型 设计原理H模型的设计原理是将测试活动完全独立了出来形成一个完全独立的流程这个流程将测试准备活动和测试执行活动清晰的体现出来。测试流程和其他工作流程是并发执行的只要某一个工作流程的条件成熟就可以开始进行测试。 优点 开发的H模型揭示了软件测试除测试执行外还有很多工作软件测试完全独立贯穿整个生命周期且与其他流程并发进行软件测试活动可以尽早准备、尽早执行具有很强的灵活性软件测试可以根据被测物的不同而分层次、分阶段、分次序的执行同时也是可以被迭代的。 缺点 管理型要求高由于模型很灵活必须要定义清晰的规则和管理制度否则测试过程将非常难以管理和控制技能要求高H模型要求能够很好的定义每个迭代的规模不能太大也不能太小测试就绪点分析困难测试很多的时候你并不知道测试准备到什么时候是合适的就绪点在哪里就绪点的标准是什么这就对后续的测试执行的启动带来很大困难对于整个项目组的人员要求非常高在很好的规范制度下大家都能高效的工作否则容易混乱。例如你分了一个小的迭代但是因为人员技能不足使得无法有效完成那么整个项目就会受到很大的干扰。
H模型流程图如下 4X模型
设计原理X模型的设计原理是将程序分成多个片段反复迭代测试然后将多个片段集成再进行迭代测试。优点对单独程序片段进行的相互分离的编码和测试保证了测试效果。增加了探索测试可以帮助测试人员发现计划之外的软件错误。缺点频繁的集成会增加测试成本探索测试对测试人员要求更高。
X模型流程图如下 经验小结 v模型适用于中小企业w模型适用于中大型企业因为人员要求高h模型人员要求非常高很少有公司使用结合W模型与H模型进行工作软件各方面的测试内容是以W模型为准而测试周期、测试计划和进度是以H模型为指导。X模型更多是作为最终测试、熟练性测试的模板例如对一个业务的测试已经有2年时间则可以使用X模型进行模块化的、探索性的方向测试。 五、 软件测试的原则
1、软件测试的原则
1测试应基于客户需求
所有的测试工作都应该建立在满足客户需求的基础上从客户角度来看最严重的错误就是软件无法满足要求。有时候软件产品的测试结果非常完美但却不是客户最终想要的产品那么软件产品的开发就是失败的而测试工作也是没有任何意义的。因此测试应依照客户的需求配置环境并且按照客户的使用习惯进行测试并评价结果。
2测试要尽早进行和不断进行
软件的错误存在于软件生命周期的各个阶段因此应该尽早开展测试工作把软件测试贯穿到软件生命周期的各个阶段中这样测试人员能够尽早地发现和预防错误降低错误修复的成本。尽早的开展测试工作有利于帮助测试人员了解软件产品的需求和设计从而预测测试的难度和风险制定出完善的计划和方案提高测试的效率。
3穷举测试是不可能的
由于时间和资源的限制进行完全各种输入和输出的全部组合的测试是不可能的测试人员可以根据测试的风险和优先级等确定测试的关注点从而控制测试的工作量在测试成本、风险和收益之间求得平衡。
4遵循GoodEnough原则
GoodEnough原则是指测试的投入与产出要适当权衡形成充分的质量评估过程这个过程建立在测试花费的代价之上。测试不充分无法保证软件产品的质量但测试投入过多会造成资源的浪费。随着测试资源投入的增加测试的产出也是增加的但当投入达到一定的比例后测试的效果就不会明显增强了。因此在测试时要根据实际要求和产品质量考虑测试的投入最好使测试投入与产出达到一个GoodEnough状态。
5测试缺陷要符合“二八”定理
一般情况下软件80%的缺陷会集中在20%的模块中缺陷并不是平均分布的。因此在测试时要抓住主要矛盾如果发现某些模块比其他模块具有更多的缺陷则要投入更多的人力、精力重点测试这些模块以提高测试效率。
6避免缺陷免疫
测试用例被反复使用发现缺陷的能力就会越来越差测试人员对软件越熟悉越会忽略一些看起来比较小的问题发现缺陷的能力也越差这种现象被称为软件测试的“杀虫剂”现象。它主要是由于测试人员没有及时更新测试用例或者是对测试用例和测试对象过于熟悉形成了思维定势。
六、 软件测试的流程
1、软件测试的基本流程
不同类型的软件产品测试的方式和重点不一样测试流程也会不一样。同样类型的软件产品不同的公司所制定的测试流程也会不一样。虽然不同软件的详细测试步骤不同但它们所遵循的最基本的测试流程是一样的。 1分析测试需求
测试人员在制定测试计划之前需要先对软件需求进行分析以便对要开发的软件产品有一个清晰的认识从而明确测试对象及测试工作的范围和测试重点。在分析需求时还可以获取一些测试数据作为测试计划的基本依据为后续的测试打好基础。
此外分析测试需求也是对软件需求进行测试以发现软件需求中不合理的地方。
序号检查项检查结果说明1是否覆盖了客户提出的所有需求项是【】否【】NA【】2用词是否清晰、语义是否存在歧义是【】否【】NA【】3是否清楚地描述了软件需要做什么以及不做什么是【】否【】NA【】4是否描述了软件的目标环境包括软硬件环境是【】否【】NA【】5是否对需求项进行了合理的编号是【】否【】NA【】6需求项是否前后一致、彼此不冲突是【】否【】NA【】7是否清楚地说明了软件的每个输入、输出格式以及输入与输出之间的对应关系是【】否【】NA【】8是否清晰地描述了软件系统的性能要求是【】否【】NA【】9需求的优先级是否合理分配是【】否【】NA【】10是否描述了各种约束条件是【】否【】NA【】
被确定的测试需求必须是可核实的测试需求必须有一个可观察、可评测的结果。无法核实的需求就不是测试需求。测试需求分析还要与客户进行交流以澄清某些混淆确保测试人员与客户尽早地对项目达成共识。
2制定测试计划
测试计划一般要做好以下工作安排。
确定测试范围明确哪些对象是需要测试的哪些对象不是需要测试的。制定测试策略测试策略是测试计划中最重要的部分它将要测试的内容划分出不同的优先级并确定测试重点。根据测试模块的特点和测试类型如功能测试、性能测试选定测试环境和测试方法如人工测试、自动化测试。安排测试资源通过对测试难度、时间、工作量等因素对测试资源合理安排包括人员分配、工具配置等。安排测试进度根据软件开发计划、产品的整体计划来安排测试工作的进度同时还要考虑各部分工作的变化。在安排工作进度时最好在各项测试工作之间预留一个缓冲时间以应对计划变更。预估测试风险罗列出测试工作过程中可能会出现的不确定因素并制定应对策略。
3设计测试用例
测试用例Test Case指的是一套详细的测试方案包括测试环境、测试步骤、测试数据和预期结果。不同的公司会有不同的测试用例模板虽然它们在风格和样式上有所不同但本质上是一样的都包括了测试用例的基本要素。测试用例编写的原则是尽量以最少的测试用例达到最大测试覆盖率。
4执行测试
测试执行就是按照测试用例执行测试的过程这是测试人员最主要的活动阶段。在执行测试时要根据测试用例的优先级进行。在执行测试过程中测试人员要密切跟踪测试过程记录缺陷、形成报告等这一阶段是测试人员最重要的工作阶段。
5编写测试报告
一份完整的测试报告必须要包含以下几个要点。
引言测试报告编写目的、报告中出现的专业术语解释及参考资料等。测试概要介绍项目背景、测试时间、测试地点及测试人员等信息。测试内容及执行情况描述本次测试模块的版本、测试类型使用的测试用例设计方法及测试通过覆盖率依据测试的通过情况提供对测试执行过程的评估结论并给出测试执行活动的改进建议以供后续测试执行活动借鉴参考。缺陷统计与分析统计本次测试所发现的缺陷数目、类型等分析缺陷产生的原因给出规避措施等建议同时还要记录残留缺陷与未解决问题。测试结论与建议从需求符合度、功能正确性、性能指标等多个维度对版本质量进行总体评价给出具体明确的结论。 总结测试报告的数据是真实的每一条结论的得出都要有评价依据不能是主观臆断的。 七、结束语
下一篇文章讲解黑盒测试和测试用例的基础知识。
关于软件测试的基础知识就讲到这里啦如有不明白或有误的地方欢迎评论区评论或私信我交流~ 关注公众号 星期一研究室 不定期分享学习干货学习路上不迷路~如果这篇文章对你有用记得点个赞加个关注再走哦~
