用python导入wordpress,公司网络优化方案,做营销型网站,监测网站定制最近看了点敏捷测试的东西#xff0c;看得比较模糊。一方面是因为没有见真实的环境与流程#xff0c;也许它跟本就没有固定的模式与流程#xff0c;它就像告诉人们要“勇敢”“努力”。有的人在勇敢的面对生活#xff0c;有些人在勇敢的挑战自我#xff0c;有些人在勇敢的…最近看了点敏捷测试的东西看得比较模糊。一方面是因为没有见真实的环境与流程也许它跟本就没有固定的模式与流程它就像告诉人们要“勇敢”“努力”。有的人在勇敢的面对生活有些人在勇敢的挑战自我有些人在勇敢的面对失败与挫折。好吧他们都实现了“勇敢”勇敢到底是如何去做也许说不清楚。或者说每个人都有自己的实践方式。但是他们却同样靠着“勇敢”攻克不自己所面临的困难。当然了敏捷并不是简单一个词语经过前人的不探索与总结还积累与总结相当多的经验可供我们借鉴与参考。 按照本文的主题还是来谈谈软件测试人员的分工吧主要来谈传统软件测试过程中的测试分工因为敏捷测试中的测试分工我还没弄明白到底是肿么个情况。 集体测试 也许专业测试里讲这种方式很可能不叫“集体测试”。因为我根据的自己的理解起了大概符合意思的名词叫集体测试“集体测试”。 就是测试模式就是公司里所有的测试人员抱成一团儿来一个项目所有测试人员就集中测试一个项目。 先说这种分工方式的优点 1、因为测试团队的中每个成员有都有优缺人员在工作之中相互取长补短。可以很快的找出软件中的缺陷。三个臭皮匠顶一个诸葛亮一个经验再丰富的测试不一定有三个水平一般的测从员发现的问题多。 2、人多的另一个好处是测试项目能可以在更快的时间内发现更多人缺陷。总结一下就是更短时间内发现更多的问题。
再来说说这种方式的缺点 1、一个人员一张嘴人力成本很长人员工资人员平均时间投入测试机等硬件资源投入。 2、当同时需要测试多个项目中时不要意思按顺序来请在后面排好队。 3、工作重复同样一个缺陷很可以同时被所有测试员发现或者叫重复率很高。 4、人员水平难以区分在一个项目测试过程中有的测人员可能一个缺陷也没找到有的测试人员却发现了几乎所有的问题。也许这个项目一个缺陷也没找到的测试员在下个项目中却发现了很多缺陷。 5、了漏测现象是整个测试团队的责任。这也不是明确的缺点要看团队的氛围是积极的还是消极的。
也许你说想照这么个分析法是不是漏了太多东西也许你有兴趣继续看下去话我后面会讲解。 好吧集体测试缺点太多就像国家成立初期的“吃大锅饭”肯定是阻碍发展的。那我们来看看几种分工方式。 按测试内容分工 一个项目的测试包括文档测试易用性测试逻辑功能测试界面测试配置和兼容等多个方面。我们可以根据人员的特点为每个人员分配不同的测试内容。 内容分工方式的优点 1、分工明确每位人员都清楚自己的测试的内容重点。 2、责任到位通过漏测的缺陷就可明确是谁的责任。 按测试流程划分 我们的项目测试流程一般需要制定测试计划编写测试用例执行测试用例输出测试报告等工作我们可以根据流程中的各个阶段来进行划分。 不同的人员负责不同测试阶段的工作。
优点 1、流程清晰就像瀑布试项目开发流程不同阶段的工作由不同的人员担任。 2、划分流程的每个阶段难易程度和所需要的技能。
编写测试计划人员需要对整个项目的工作时间、资源分配测试内容实施过程有整体的把控能力。
用例辨析人员需要对项目需求测试方法测试点有深入的了解。
用例执行人员需要细心使用缺陷系统沟通协助研发定位缺陷。
输出测试报告人员需要对项目的测试过程缺陷数量类型分布。用例执行请况等进行统计。也可以由测试执行人员担任。 按项目模块划分 对中大型的项目这种划分就非常必要了项目的模块非常多功能也非常多。不同的测试人员负责不同模块的功能这样会使用测试工作变得更加清晰。 1、人员利用率高为什么这么说呢? 不同的人员负责的功能不一样。工作就不会存在交叉与重复。 2、更容易挖掘深度缺陷假如A人员今天测试这个功能明天测试那个功能他就不可以对被测功能内部逻辑与业务有深入有了解。找到的也只是很表面的缺陷。那么如果一个人员长期负责一个模块的功能那么就会更容易发现更有深度的缺陷。而往往深度的缺陷是致命的。 按照测试类型分工 我们知道软件除了功能需要测试以外软件在编码阶段需要单元测试接口测试等在系统测试阶段为提高功能测试的效率可能对某些模块进行功能自动化我们还要考虑软件的性能、安全性等问题。这些类型也是我项目中最常见的分类。我们可以根据这些类型为测试人员分配测试工作。当然其专业性对测试人员的要求也比较高。 这种分工方式的特点。 1、专业技能要求较高在这些分类中除了手工测试要求较低外表面看是这样的其它分类都需要较高的专业技能。例如安全性测试需要掌握网络协议编程技术脚本攻击SQL注入漏洞分析等方面的技能。 2、不同分类之间交互性低正国为不同分类需要的技能不同虽然同为“测试”工作但一个做单元测试的人就无法让其去做性能测试。 上面分类方式的疑问 看了上面的几种分工方式你是不是每一种测试人员分工方式都似曾相识但又没有哪个公司是单一的按照上述某种分工作方式工作。 拿笔者目前所在的公司是一个长期的互联网产品产品功能比较多每位测试人员负责不同的功能模块测试员人员从测试计划到测试报告都基本由一个人来完成。当然对于比较大和紧急的版本迭代也会多人协作对版本进行测试协作的方式一般更将版本功能再次细分到每个人员身上。安全测试由专业的安全人员指导功能测试人员对自己负责的功能进行安全扫描与分析。有独立的性能测试小组对需要进行性能的产品版本进行性能测试。在独立的功能自动化人员对于适合自动化的功能进行自动化工作。 笔者公司的分工作方式几乎包括了上面所有的分工方式。那么我为什么要进行上面那么单一的分工方式划分呢这样有助于我们理清对测试工作的各种分工方式。在实际的工作中有大型项目有小型项目有客户端软件也有互联网产品有短到几天的项目也有“永久”性的项目。有一次开发完成交付的也有不段迭代更新的。根据项目的情况我们可以可以选择合适的分工方式来应用于项目中。 投入人员与发现缺陷的关系 在人员分工时这也是一个必须也要考虑问题对一个项目投入的人员数量投入的时间与发现缺陷的数量有密切的关系。 投入时间与发现缺陷的关系 在人员一定的情况下投入的时间越多发现的缺陷越多。但有一个规律越到后期发现的新缺陷越少。假设软件总缺陷为100个第一周发现50个问题第二新发现20个第二周可能只发现10个新缺陷。而且一个必然的结果是测试不可能发现所有的缺陷。 投入人员数量与缺陷的关系 在时间一定有的情况下投入的人员越多发现的问题越多从图中可以看出投入的人员越多人员发现缺陷的重叠度越高。当然你可以说把每个人员要测试的内容划分清晰就不会重叠了。做为一个系统的各个功能模块他们之间肯定存在必然的联系。有可能A人员在测试时会涉及到B人员测试的功能并且发现了问题不管是告诉B缺陷还是A人员直接提交缺陷当然你也可以装作没看到等着B去发现这都算不可避免的重叠。 当然了划分更清晰的任务有效的降低重叠度。同步也降低了发现缺陷的数量提高项目风险。除非投入更多的时间测试。这之间的关系需要测试管理者认真去权衡。 在项目不紧急测试时间充分的情况下可以投入更少的人员延长测试时间发现更多的缺陷。 在项目紧急的情况下需要投入更多的人员测试以便尽快的发现更多的缺陷。在项目质量要求很高的情况下需要投入更多的人员与时间进行测试。在测试时间少项目质量要求不高的情况下可以投入较少的人员与时间进行测试。 -------------------------------------------------------------------------------------- 本文结束但还有许多问题我没有讲清楚或者我目前还说不清楚。
1、A人员发现了b功能模块的缺陷b模块由B人员负责测试应该如何处理 自己提缺陷单 告诉B人员让B人员提单。直接忽视等着B测试人员去发现。
2、项目紧急情况人员投入时间投入某些情况下考虑某些模块不进行测试。
3、测试人员的发展职业发展这与测试人员的分工有着密切的联系。 Python接口自动化测试零基础入门到精通2023最新版
