有人喜欢创造世界,他们作了开发者;有的人喜欢开发者,他们作了测试员。什么是软件测试?软件测试就是一场本该在用户面前发生的灾难提早在本身面前发生了,这会让他们生出一种救世主的感受,拯救了用户,也就拯救者这个软件,避免了他们被卸载的命运。面试
软件测试在提供知足业务和技术要求的软件产品中起着相当重要的做用。许多人的印象是他们能够当即开始测试软件产品,目的是发现漏洞。可是,若是您是训练有素的测试经理,您就知道软件测试过程须要一些规划。数据库
今天,咱们将讨论各类参数,以帮助您有效地规划软件测试过程。在根据您的观点着手进行软件测试计划以前,咱们将提供您应该了解的10件事。咱们将更详细地讨论一些要点,由于它们须要更多解释才能被理解。浏览器
在开始软件测试计划以前,让咱们继续阅读咱们应该了解的10件事情。安全
这可能听起来很基本,但许多专业人士忽略了业务需求。了解业务需求和产品功能是一回事; 了解客户和受众的心态是另外一回事。为了将业务需求转化为工做软件,咱们常常沉迷于太多的技术细节,而且不知所措。有时,错误地,咱们优先考虑一些模块和功能,由于咱们发现它更有趣和更具挑战性; 忽略它为业务增长的价值。工具
在着手进行软件测试计划以前,您须要了解客户的视角。您能够经过思考如下参数来简化过程:布局
功能为核心性能
不一样的产品知足不一样的业务需求 若是您正在构建财务应用程序,则客户端的重点将放在应用程序的功能上。您须要考虑技术细节,由于轻微的错误可能会产生重大影响。一样,若是您正在构建库存管理系统,则颜色方案和用户界面对客户端没有多大价值。学习
用户友善和界面测试
相反,若是您正在开发酒店预订或旅游规划网站 - 配色方案,布局和易用性具备更大的价值。在这种状况下,客户端对解决复杂的极端状况不感兴趣,而是优先考虑网站的用户界面及其流畅的流程。网站
上市时间
另外一个须要考虑的重要因素是应用的“上市时间”。显而易见,开发具备大量功能的大型产品须要数月和数年才能开发出来。这可能会致使严重的业务损失,由于竞争对手可能会在您的客户面前在市场上提出相同的想法。
有效的方法是提早进入市场并推出具备少许功能的产品。随后可在产品更新时添加更多功能。这须要根据产品发布计划肯定功能和功能的优先级。在这种状况下,您的测试计划应包括集成和回归测试。您可能但愿自动化回归和烟雾检查表以得到测试效率,由于它将是更长时间的重复活动。
概念证实(POC)和原型
有时,客户不清楚要求。当我看到它时,他们可能会持有“我会知道它”的态度。在这些状况下,您可能须要使用软件原型模型并相应地规划您的测试策略。
在开始软件测试计划以前,您须要了解的另外一个重要事项是了解目标平台和设备。在当今世界,科技市场充斥着各类平台,设备和屏幕尺寸。有我的电脑,笔记本电脑,笔记本电脑,平板电脑和移动设备。此外,这些装置中的每个的规格都有变化。所以,在您发布产品以前,人们不可能在每一个设备上执行测试。
所以,重要的是让客户就将要进行测试的平台,设备和屏幕尺寸达成一致。这一点相当重要,由于移动平台,设备和屏幕尺寸有不少种。一样,若是要为Web应用程序定义测试策略,则能够决定操做系统,浏览器和屏幕分辨率。
您能够经过对受众和目标用户进行一些市场调查,将目标平台,设备,屏幕尺寸,浏览器和分辨率列入候选名单。
一旦您清楚地了解了对客户和目标受众的业务有何重要意义,您就能够制定测试策略了。测试策略是一个高级文档,用于定义测试特定产品的方法。测试策略与测试计划不一样,由于它不包含任务,职责和时间表的详细信息。
您能够逐步制定软件测试策略:
了解业务需求
如上所述,在开始软件测试计划以前了解业务需求很是重要。您的测试策略应该补充业务需求。在构建用户友好型产品时,您的测试策略能够包括用户界面测试,可用性测试,跨浏览器测试和跨平台测试。
选择所需的测试类型
有不少可用的测试技术。全部测试技术都不适用于每一个项目。根据要求,您能够选择所需的测试类型来测试应用程序/产品的全部区域。
测试策略可能包含多种测试类型。这包括黑盒测试,白盒测试,安全测试,数据库测试,API测试,负载测试,压力测试,性能测试,可用性测试,跨浏览器测试,跨平台测试,集成和回归测试技术的任意组合。
若是对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣能够175317069,群内会有不按期的发放免费的资料连接,这些资料都是从各个技术网站搜集、整理出来的,若是你有好的学习资料能够私聊发我,我会注明出处以后分享给你们。
制定测试策略后,您就能够为测试活动选择合适的测试工具。市场上有几种测试工具能够促进和加快测试过程。在某些状况下,使用测试工具变得不可避免。例如,在单台计算机上模拟1,000个或更多用户时,您将面临很大的麻烦。
该 LoadComplete工具能够帮助您在负载和压力测试。您还可使用一些工具来帮助您快速生成测试数据。当您执行负载测试和性能测试时,此类工具会派上用场。
一样,您可能已选择在测试策略中进行自动化测试。在这种状况下,您须要一些自动化工具,如Selenium,Ranorex,WAPT。若是您正在使用移动测试自动化,则可能须要使用Appium。
此外,您还须要一个测试或缺陷管理工具来有效地管理测试用例,测试用例执行状态和错误报告。是一个这样的工具,能够在一个地方无缝集成您的需求,测试用例,执行状态和错误。
不一样的项目能够具备不一样的项目团队,角色和任务结构。所以,您能够选择遵照公司质量保证流程或根据项目需求进行调整。您可能还须要在项目的bug生命周期中定义状态。
质量保证流程包括项目的完整质量周期,从理解需求,建立测试场景,执行测试用例,识别和报告错误,验证修复,最后执行最终产品的烟雾测试。
根据您的测试策略和测试工具,您能够估算项目所需的测试工做量。质量保证活动包括了解业务需求,测试用例的建立和执行,测试数据的建立以及一些突发事件。
测试用例的建立和执行
建立测试场景是一项重要的质量保证活动。这也是一项具备挑战性的任务,由于它须要头脑风暴,理解需求并提出侧面案例。下一步是为场景建立测试用例。有些人忽略了建立测试用例所需的工做量和时间。确保在估算中包含建立测试方案和测试用例所需的时间。
建立测试数据
有时,您须要为应用程序建立测试数据。根据项目要求和可用工具,您能够估算建立测试数据所需的工做量。根据您使用的是否使用任何工具,估算值会有很大差别。
资源分析
分析资源的技能组合及其对项目的可用性。例如,专家资源须要2天才能完成任务; 对于同一任务,初学者资源可能须要4天。一样,若是您使用一些新的测试工具,学习曲线的持续时间应包括在估算中。
延迟和偶然性
您可使用多种估算技术来为测试活动提供真实的估算。可是,实际工做仍有可能偏离估计的工做量。在某些状况下,开发工做须要付出更多努力,而且在截止日期很是接近以前,发布版本没法进行测试。
所以,建议考虑此类延误并在估算中增长一些意外状况。
估计会告诉您完成工做所需的小时数。另外一方面,时间表会告诉您时间线。时间表告诉您什么时候开始活动,活动的截止日期是什么以及预期的延迟是什么。这还有助于您识别和应用快速跟踪或崩溃技术,以压缩计划并知足项目截止日期。
您能够经过肯定质量保证活动,开发任务和所需批准之间的逻辑关系来安排QA活动。例如,您能够在几天内准备测试数据,测试场景和测试用例; 然而,您必须等待发布,由于编码可能须要更多努力。一样,资源分配也会影响您的日程安排。资源能够彻底或部分分配。所以,在质量保证活动中,这是另外一个须要考虑的重要因素。
根据测试资源的可用性规划软件测试过程。这包括测试环境,测试工具,测试设备和人力资源。您可能须要特殊的软件或硬件要求才能符合正在开发的系统。所以,请确保您拥有或在须要时设置所需的测试环境。
当您考虑了上述全部因素后,您将概述如何执行项目的质量保证流程。听起来不错?可是,你既不能把全部这些都记在脑海中,也不会口头向每一个相关团队成员解释你的计划。您将须要一个系统地组织软件测试过程全部规划的文档。
测试计划文档能够派上用场。A是定义策略的文档,该策略将用于验证产品或系统是否根据其规范和要求进行开发。编写测试计划有几种选择。您能够按照IEEE 892标准建立测试计划,也能够建立自定义测试计划。
毋庸置疑,计划活动的执行与计划自己一样重要。会出现几种状况,事情并无像最初计划的那样进行。为了涵盖这些场景,您须要事先分析风险及其相关响应 - 同时建立测试计划。
在本文中,咱们已经讨论了在开始软件测试计划以前应该了解的10件事。从了解客户的心态开始。这将有助于识别任务,肯定任务的优先级,并交付符合客户指望的产品。第二个重要的是肯定应该进行测试的平台和设备。
展望将来,开发了一种测试策略,并选择了正确的工具。您还能够创建质量保证流程,以确保系统地进行软件测试......
此外,您还能够分析可用资源和所需的测试工做。根据估算,您能够制定测试计划。而后,您能够将全部信息都放入测试计划中。该测试计划能够指导您执行软件测试过程。
你以为这篇文章有用吗?在您看来,在开始软件测试计划以前应该问什么其余事情?在下面的评论部分分享您的想法并传播知识!