精华内容
下载资源
问答
  • Nitrate:基于Django的功能齐全的测试用例管理系统
  • yaml_testcase pip安装pyyaml测试
  • awesome-test-tool 收集和整理各种测试工具,自动化测试工具,自动化测试框架,觉得有帮助记得star下。 欢迎提交各类测试工具到本项目。...: 开源测试用例管理,测试计划,测试执行,测试报告。 : 禅道,国产开源工
  • 测试存储-测试用例管理系统。 目前正处于早期Alpha开发阶段,目前无法通过npm获得。 演示版 登录:管理员 密码: admin 变更记录 如果您想查看,请单击。 不久将支持更多功能! 贡献 查看详细信息
  • 测试用例管理工具有哪些?

    千次阅读 2020-12-07 18:13:41
    除此方法外,我们团队调研对比了当前市场上的测试用例管理工具以供参考,以及工具的选择经验供借鉴。 一、明确需求 测试管理工具大体上分俩类,一类就是面对QA的功能测试,主要是满足测试人员对用例的维护,测试计划...

    目前市面上的测试管理工具有很多,功能基本上都大同小异,要完成一款测试用例工具的选型,首先要需求明确,就是说你要用这个测试管理工具干什么? 最终想要达到什么目标?才能进一步完成对测试管理工具的选型。

    除此方法外,我们团队调研对比了当前市场上的测试用例管理工具以供参考,以及工具的选择经验供借鉴。

    一、明确需求

    测试管理工具大体上分俩类,一类就是面对QA的功能测试,主要是满足测试人员对用例的维护,测试计划的建立,用例的执行,以及生成测试报告等。

    另一类就是面对开发人员的接口测试,功能测试,压力测试,性能测试,以及自动化测试,到最后的集成到流水线中,有的公司这块由专门的测试人员来做,而这是2种不同的使用场景,对工具的要求也大不相同,在不同的企业内,这2种场景可能都是由一个测试团队来完成,也可能是测试人员只是负责功能的实现的测试,开发人员来完成接口测试,功能测试,压力测试,性能测试,以及自动化测试,这完全取决于团队的工程化水平及人员配置。

    聊到测试,有的人说用Excel就足以,通过Excel来维护测试用例,每次产品发布,按照Excel里面的用例,把产品功能过一遍,这样做也没问题,但是你想过没有,随着项目的迭代,复杂度的增加,Excel的缺点就显而易见了,工作的效率及其低下,并且不能多人合作,用例的版本维护乱七八糟的,并且无法与缺陷做到实时关联,可以说用Excel来测试的团队,是那种及其小的团队,一个测试人员而已,或者没有专门的测试人员,由产品来代劳,我们就把它称为广义测试的第一阶段吧。

    而在一些稍具规模的公司,测试团队大概在20人以内的,基本上都会选择一个成熟的测试管理工具来管理整个产品的质量,达到多人协作,包括用例评审,讨论,版本,测试和需求,缺陷的关联,测试报告 以及后续的统计分析,能更好的支持反馈和跟踪,持续提高产品的质量,保证产品的稳定性,我们就称为广义测试的第二阶段吧,大多数的公司基本上也都处于这个阶段,这个阶段的工具非常多,功能也不尽相同,笔者就目前国内做的比较好的几款产品做了一些简单的功能分析,供大家参考
    在这里插入图片描述

    二、国内几款好的产品的对比分析

    通过笔者的比对,目前看 PingCode 产品的 Testhub 功能是比较全面,并且用户体验非常好的,但是它在测试自动化,以及Open Api 这块基本上都不支持,这块是弱于Jira的,这就回到前面的问题了,你要用这个工具来做什么的,达到什么目的?

    从这点出发,Testhub 完全能满足我的需求,还有一点让我心动的地方就是 Testhub 是支持用例自定义,这对于对扩展有情结的人来说非常重要,因为业务是多变的,多给自己留点空间,同时用例导入这块支持脑图的导入也是非常吸引我的。

    Jira在测试自动化,以及OpenApi做的比较好,这是其它几个产品不具备的,但是Jira对本土化的支持不是很友好,行为习惯和国内的用户有一些差距。

    禅道是开源的,用户可以自己下载搭建,但有一定的使用门槛,笔者不太喜欢它的界面风格,当然对于有代码控的人除外。

    ones现在还是收费的,试用版本有诸多的限制

    上图中的功能比对也是以笔者所在的公司的业务决定的,视角也可能不是很全面,需要这方面的工具的同学还是要自己亲自注册比对,做出自己最好的选择。

    聊到这,除了工具的对比之外,大家会觉的测试应该还有更高级的阶段,没错,你想的是对的,性能测试,压力测试,负载测试,自动化测试,以及集成到流水线,我们把这个称为广义测试第三阶段吧,笔者目前所就职的公司基本上是处于这个阶段的,但在性能测试,压力测试这块基本上是0,也可能是目前的数据量和用户量没达到一定的级别的原因吧,也是需要持续改进的。

    经过一段时间的调研和产品的试用,最终我们选用了PingCode TestHub测试管理工具,带着好奇心并对PingCode这个平台的其它产品做了一些研究,总之他们的产品非常全面,是一款支持研发全流程的产品,在研发的工具链,通过敏捷开发,测试管理,项目集,知识库,以及其它的多元化产品来服务研发的全流程,从而形成DevOps的闭环,持续迭代,持续发布,持续交付。

    三、使用经验总结

    目前笔者就对正在使用的PingCode 的 Testhub 做一些总结性的介绍

    • 用户体验友好,界面清爽,适合国内企业的用户风格
    • 功能全面,全部支持我们定义的测试第一阶段的所有功能
    • 作为研发全流程的一环,完美实现了和其它研发产品的对接,互联互通
    • 官方的发布计划,下一步会完全支持测试自动化,对于想支持这块的用户也不用担心了

    一个高质量的产品,测试是必不可少的,一个好的测试管理工具对提升研发效能也至关重要,笔者就Pingcode Testhub 产品的一些使用心得做简单的介绍

    • 创建用例库:
      用例库是用来存储所有的用例,对用例统一的管理,按照不同的项目,对应不同的用例库,在研发体系中,有一些公用的用例,我们也可以把这些用例放到一个公共的用例库里面,通过共享用例库的方式来达到公用,从而减少用例重复维护的工作量

    在这里插入图片描述

    • 创建测试用例:
      你可以按照所测试的功能点建立对应的测试用例,书写用例步骤,设置用例的级别,维护人,用例的类型,备注等,用例的步骤支持复制,同时用例支持连续创建,这个功能点非常的爽

    在这里插入图片描述

    • 导入测试用例 : 支持 Excel 和脑图导入,脑图的导入这个功能很赞

    在这里插入图片描述

    • 用例列表的维护:当你创建了很多用例了,就需要一个维护页面,在这个界面,可以批量设置维护人,删除用例,把用例移动,复制到其它用例库,同时还支持各种条件的搜索,功能非常的全面

    在这里插入图片描述

    • 用例和用户故事关联:这里支持测试用例和用户故事的关联,就是说你这个用例是测试那些用户故事的场景的,并且能很方便的去查看所关联的用户故事的信息,状态,等
      在这里插入图片描述
    • 新建用例评审:在有一些场景,一个测试人员写完的测试用例,并不是立马就按照所写的用例来测试的,可能会有一个评审的环节,大家通过评审,共同去梳理这些测试用例的规范以及全面性,提高测试的能力
      在这里插入图片描述
    • 评审结果展示:这个界面就是展示评审通过的用例,评审通过的用例是得到大家一致认可的
      在这里插入图片描述
    • 测试计划:用例维护好了之后,我们就可以通过测试计划来完成一次的功能测试了,也就是说,你要测那些功能,就通过一个测试计划来把所测的功能对应的用例规划进来,测试计划的建立,具体取决于每个团队的流程。
      在这里插入图片描述
    • 执行用例:我们按照测试计划规划好测试用例之后,就是具体的一个个的来测试功能来,填写在真实的测试过程的实际值是不是符合用例的期望值,是不是功能有缺陷,测试是否通过,等等
      在这里插入图片描述
    • 用例与缺陷关联:
      如果你在测试的过程中发现了缺陷,你可以立马在执行用例的上面创建一个缺陷,提交到缺陷系统中,同时这个缺陷和这次的测试关联起来,做到可以追溯,开发人员修正缺陷之后,测试人员也可以进一步的回顾测试。
      在这里插入图片描述
    • 用例的自定义配置: 这个功能非常强,用户可以定义自己需要的任何场景的测试用例,支持定制化
      在这里插入图片描述
    • 用例的模板:
      对于测试人员来说,有些测试用例测试步骤大体上是一样的,只是有一些细微的差别,这样用户在写完一个测试用例之后,可以把它保存称模块,在书写其他用例的时直接使用模板,然后改一改就可以了,非常节省时间,提高测试效率
      在这里插入图片描述
    • 输出完整的测试报告:对于一个测试团队的leader来说,他可能更关心,一次测试计划的整体报告,测试的覆盖率,缺陷的统计,以及每个测试人员测试了多少用例。
      在这里插入图片描述

    更多的使用细节,就不一一介绍了,总之好用还免费,有兴趣的同学注册PingCode,自己试用一下吧。

    展开全文
  • 对于产品来说,如何通过黑盒测试来保证...下面为个人对“基于测试用例进行测试管理”的一些认识。 我们都知道,测试,不管是白盒,黑盒,功能或性能测试都离不开测试用例,可以怎么说,测试用例是一切测试的基础,也

    对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试,最大程度的发现产品中的缺陷。个人认为,在黑盒测试中,测试的核心工作

    对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试,最大程度的发现产品中的缺陷。个人认为,在黑盒测试中,测试的核心工作内容应围绕着测试用例来进行。下面为个人对“基于测试用例进行测试管理”的一些认识。

    我们都知道,测试,不管是白盒,黑盒,功能或性能测试都离不开测试用例,可以怎么说,测试用例是一切测试的基础,也是测试的核心地区。测试用例设计的好与坏,完善与不完善都直接影响到测试的效果,产品的质量保证。下图为一个简单测试用例中心图,大家可以自行扩展,进行添加或删除。
      在这里插入图片描述

    获取更多相关知识访问如下链接
    https://edu.csdn.net/lecturer/3215
    https://edu.csdn.net/course/detail/31909
    https://edu.csdn.net/course/detail/30898
    https://edu.csdn.net/course/detail/25768
    https://edu.csdn.net/course/detail/22948
    https://edu.csdn.net/course/detail/28104
    https://edu.csdn.net/course/detail/28103
    https://edu.csdn.net/course/detail/27231

    上图完全是与测试用例为核心进行管理,下面进行解释:

    1、软件测试的几个关键过程可以通过中间一列进行表示出来,一般测试人员在进行参与项目测试时,首先应该由测试负责人根据软件需求进行测试需求提起,然后通过测试需求来确定项目测试的目标和缺陷判定标准。测试策略是根据测试需求来制定详细规划,最后分发到各个编写测试用例人员手中进行测试用例编写。在进行测试用例评审过程中,可以发现测试用例为中心管理第一点好处,测试用例编写反应出测试人员对需求的理解程度。通过“需求——测试用例”,逐渐达到熟悉软件需求和用例完善。

    2、再看第二点,执行测试用例发现软件缺陷,通过图中的“软件缺陷——测试用例”,也构成一个小循环,执行人员在执行测试用例时,能发现测试人员编写用例水平情况,完善程度。而测试用例也能让软件缺陷被发现越多,提供给开发人员的缺陷描述越准确。这也就是第二点好处。

    3、“软件缺陷——测试需求”可以看成一个大循环,通过对需求的理解可以设计出测试用例,通过执行测试用例可以发现软件缺陷,反过来也一样,通过软件缺陷可以反应出测试用例是否完善,也能反应出需求的不完善,促进项目产品的功能越来越完善。

    4、通过编写测试用例效率,执行测试用例速度情况,都能看出一个测试人员对业务知识的掌握情况,掌握越多,编写用例肯定比较完善,执行人员也能快速执行用例发现问题。通过测试用例编写与执行情况,可以促进业务知识方面进行培训,这是第四点,“业务知识——测试用例”的循环。

    5、测试用例是测试人员进行的一项测试工作,也是耗时最长,需要消耗精力最多的测试工作,如何保证后续产品能快速测试并且能保证产品质量,这就需要进行回归测试,可以使用自动化测试进行,但对于没有进行自动化测试的公司来说,从测试用例中挑选一批高质量的回归测试用例,在每次新版本中,进行快速回归测试也是一种不错的做法。

    6、当然即使进行自动化测试,也还是需要进行编写自动化测试用例,开始的测试用例如果编写完善,详细的话,一些用例可以直接做为自动化用例,这样也提高了测试效率,第六点。

    7、而对于测试部门来说,测试知识库的积累显的至关重要,完善的知识库,不但可以让新员工快速对公司产品测试上手,测试用例库是一个最好的积累,新员工可以通过阅读用例快速掌握产品功能,业务知识,常用的测试手段,用例书写方法等。而且对一些测试技巧也能很好的提高。

    8、测试用例知识库的积累还能使迭代开发的项目,减少很多书写测试用例的时间,对于新项目,可以进行项目测试用例的迁移整理,修改。而不是重新书写新的测试用例。

    9、测试绩效考核,一些公司通过编写测试用例数量,执行用例数量,发现缺陷效率等来进行,这些都和测试用例有关。所以说,测试用例的好与坏,不仅直接影响到测试效率,而且影响到测试人员的绩效效率。

    上面只是介绍一些和测试用例挂钩方面,下面说一些具体做法:

    测试用例编写:

    在测试负责人分配测试用例编写计划后,最好由业务知识熟悉的员工进行用例编写,每周进行一次用例评审,直到测试用例编写完成。

    测试用例维护:

    其实基于测试用例进行测试管理的重点就在“测试用例的维护”,好的维护才能保证用例的有效性,实施性。一般测试用例维护最好在每周组织测试人员,对测试用例进行维护和更新。一般用例需要改变会有以下几种原因:

    1、软件需求的改变这个应该遵循需求变更控制进行管理,相应的用例变更。 2、测试人员对需求的理解错误导致设计的用例错误 3、开发人员的设计文档进

    1、软件需求的改变——这个应该遵循“需求变更控制”进行管理,相应的用例变更。

    2、测试人员对需求的理解错误——导致设计的用例错误

    3、开发人员的设计文档进行变动——用例修改更新

    4、测试用例的遗漏——测试用例补充

    5、版本发布后,用户反馈的缺陷——重现缺陷,补充或修改用例。

    通过上面每周组织测试人员进行用例更新维护,用例库会在软件产品的更新中不断的完善,也就让测试用例的覆盖逐渐的完善了。最后当项目结束后,就能得到一份完善的用例库。至于用例库的管理,可以参照公司对应的“配置管理实施”。

    总之,“基于测试用例进行测试管理”——关键就是测试用例的维护,要保证测试用例与产品功能一致性。

    获取更多相关知识访问如下链接
    https://edu.csdn.net/lecturer/3215
    https://edu.csdn.net/course/detail/31909
    https://edu.csdn.net/course/detail/30898
    https://edu.csdn.net/course/detail/25768
    https://edu.csdn.net/course/detail/22948
    https://edu.csdn.net/course/detail/28104
    https://edu.csdn.net/course/detail/28103
    https://edu.csdn.net/course/detail/27231

    展开全文
  • 软件测试用例管理工具比较软件测试工具名综述优点缺点备注TestManagerRational测试解决方案中推荐的测试用例管理工具。1.功能强大。2.文件夹形式的管理,可以对测试用例无限分级。3.可以和Rational的测试工具robot、...
  • 话说我们测试团队使用Zephyr进行测试用例管理一段时间后,得到大家的认可,反馈还不错,但我还是觉得它功能太单一,缺点较多(例如提供信息较少、无法记录和跟踪需求、管理人员无法直观了解测试进度等等),为了解决...

           话说我们测试团队使用Zephyr进行测试用例管理一段时间后,得到大家的认可,反馈还不错,但我还是觉得它功能太单一,缺点较多(例如提供信息较少、无法记录和跟踪需求、管理人员无法直观了解测试进度等等),为了解决这些问题,我找到了SnapseRT插件,以上缺点它均不存在,它是完全符合测试团队使用的,因此,我在工作中引入SynapseRT取代Zephyr实现测试用例管理,并将SynapseRT分享到测试团队普及使用,目前已使用5个月。(有需要了解Zephyr的可以查看我的另一篇博文:jira插件Zephyr的具体使用)

    一、首先说一下SnapseRT应用场景:

           1.可被业务人员用来记录和跟踪需求;

           2.可被测试人员用来创建、组织、计划、执行测试用例;

           3.可被开发人员用来跟踪为需求创建的测试用例以及从测试执行中发现的缺陷;

           4.可被项目管理人员用来管理和组织软件测试以及生成各种关于需求和测试的报告;

           众所周知嘛,不同的公司用自己的方式配置和使用JIRA,SynapseRT能很好的适应和支持这些不用的场景和流程。公司不仅可以定义自己的问题类型,然后映射为synapseRT的需求和缺陷类型,而且也可以为所有的synapseRT问题类型创建自己的工作流,包括测试计划和测试用例。这样就可以对每一个问题类型进行灵活的配置和使用。

    二、为了更加容易的理解synapseRT在jira中的工作方式,推荐大家按照以下的典型工作流程来配置和管理自己的需求和测试:

          1.在JIRA中创建需求;

          2.直接从需求中创建测试用例以保证需求被测试所覆盖,或者可以链接已有的测试用例到需求;

          3.通过测试用例集来组织测试用例,为测试用例创建树形结构;

          4.创建测试计划并且从测试用例集中挑选需要执行的测试用例;

          5.为测试计划创建测试周期;

          6.启动(开始)测试周期,为测试用例指派测试者(项目成员);

          7.测试者开始测试执行,发现缺陷时直接从测试执行中创建或者链接缺陷;

          8.通过不同的测试报告查看测试结果。

    SnapseRT工作流程图

    三、再说说synapseRT的主要组件

    1.需求(问题)

    synapseRT在需求问题类型中提供三个扩展区域以显示关联的需求,测试用例以及缺陷列表。

    需求区域显示相关的父级需求和子级需求,简单的树形结构有助于快速理解需求是怎样分解的。可创建父、子级需求,链接父、子级需求,从需求树中查看当前需求的分解情况。

    测试用例区域显示了所有关联到此需求的测试用例。可以为需求创建测试用例、链接测试用例、查看从需求中发现的缺陷。

    缺陷列表区域显示了所有关联测试用例中报告的缺陷。

    (目前我使用的jira v6.4.8,需求问题中不显示缺陷列表区域,可能是版本过低的缘故【公司现资源有限,无法支持尝试jira更高版本进行验证】,但不影响正常使用)         PS:希望找到缺陷列表区域不显示的真正原因的同学,请给我留言,共同进步。

    “注意:测试用例和需求是多对多的关系,比如可以将一个或多个测试用例关联到一个需求,反之亦然。”

    需求问题页面

    2.测试用例(问题)

    synapseRT在测试用例问题类型中提供四个扩展区域以显示测试步骤、关联的需求、测试用例集合测试计划。

    测试步骤区域显示了组成测试用例的测试步骤信息。可以随意调整测试步骤的顺序,同事可以导出(或导入)测试步骤为CSV格式的文件。 PS:测试用例的估算时间和预测时间也会显示在这个区域。

    需求区域显示了关联到这个测试用例的需求。

    测试用例集区域显示了所有包含这个测试用例的测试用例集。可以添加或删除测试用例与测试用例集的关联关系 。

    测试计划区域显示了执行这条测试用例的测试计划以及测试周期。并提供了在不同测试周期中的测试结果记录,及从这条测试用例中发现的软件缺陷。

    自动化区域允许用户将自动化脚本映射到测试用例问题上,当使用synapseRT提供 的自动化解决方案完成自动化脚本的执行后,自动化执行的结果可以自动更新到synapseRT的测试执行中。(目前暂时未使用此功能)

    随机测试执行区域允许用户在不创建测试计划和测试周期的情况下快速执行测试用例。

    测试用例页面

    3.测试用例集(面板)

    测试用例集是用来分组和组织大量测试用例的容器。synapseRT可以创建具有逻辑关联的测试用例,测试用例集提供了将测试用例组织为树形结构的能力,用户可以灵活地将测试用例分布在多层次的测试用例子集上。同时在测试用例集中可以用很多方式来组织测试用例,比如创建新的测试用例,或者链接已有的测试用例;创建测试用例子集或者移动测试用例以便改变其在测试用例集中的顺序。

    测试用例集页面

    4.测试计划(问题)

    synapseRT在测试计划问题类型中提供三个扩展区域以显示:计划的测试用例、测试周期、需求覆盖率。

    测试用例区域显示了测试计划中计划执行的测试用例。可以从列表中容易的读出每个测试用例在不同测试周期中的执行结果快照。

    测试周期区域显示了测试周期列表(计划中的测试用例的执行迭代)。可以查看测试计划中测试执行的情况以及在每个测试周期中发现的缺陷。在创建测试周期的时候需要填写测试环境(浏览器或操作系统)和版本信息等来帮助区分创建此测试周期的目的。  PS:此区域也显示了测试执行的估算时间、预测时间以及已经花费的时间。

    需求区域显示了所有被测试计划所覆盖的需求。可以查看测试用例覆盖率(百分比)以及在此测试计划中的执行结果。

    测试计划页-测试用例和需求区域

     

    测试计划页-测试周期区域

    计划覆盖对话列出了关联到需求的所有测试用例,测试用例后面的图标标明了此测试用例是否要在此测试计划中执行。

    计划覆盖

    执行覆盖对话框中列出了关联到需求并且在测试计划中执行的测试用例,测试用例后面的图标标明了此测试用例在不同测试周期中的执行结果。

    执行覆盖

    5.测试周期

    测试周期页面显示了在测试计划中的测试用例的执行结果,同时进一步显示了测试信息,比如:测试者、缺陷附件以及执行备注。还可以看到测试用例执行结果分布的饼状图和从此测试周期中发现的所有缺陷的列表。从此页面可进入到详细的测试用例执行实例中,称之为测试执行。测试周期页也提供了一些批处理操作以加快测试执行的速度。

    以上均为测试周期页的基本功能,还有提供以下额外的功能:

         1)时间跟踪:显示这个测试周期中测试执行的估算时间、预测时间以及已经花费的时间。

         2)自动化集成:允许添加jenkins/Bamboo job/plan并且从测试周期触发Jenkins/Bamboo job/plan。

         3)列表视图/测试用例集视图:帮助用户将测试执行显示为列表或树状结构。

         4)测试者状态:显示测试者的任务分配情况已经执行状态。

    6.测试执行

    测试执行是一个测试用例在测试周期中的独立的执行实例。从测试执行中可以记录测试执行的结果,步骤的测试结果,未测试执行创建(或链接)缺陷,也可以未执行添加附件。

    下面是执行结果的说明:

    7.测试计划(页面)

    测试计划页面包含了选定项目的一些测试状态的概要信息。首先从主菜单中选择自己的项目,然后从项目的左侧导航栏中选择“测试计划”,这样就可以打开测试计划页面。测试计划页面主要是为了向用户快速地提供特定项目测试进程的基本信息。

    【概览】选项卡页面显示最近30天的测试趋势图,它对项目管理团队粗略地了解测试进度和测试结果很有用。

     

     【未完成的测试计划】选项卡显示此项目中所有未解决的测试计划。这些测试计划还未设定一个“解决方案”值,例如:还未达到工作流的终结状态。此选项卡中的典型测试计划是那些处于“进行中”状态的计划。

    【已完成的测试计划】选项卡可以搜索已完成的测试计划以查看以前的数据,或者做一些结果对比。在这些测试计划中测试用例执行已经完成,理想的状态下不需要对这些测试计划做任何进一步的操作。

    8.测试报告(页面)

    synapseRT目前提供以下测试报告(均可导出为Excel文件):

    1)测试计划执行报告:提供一个测试计划中测试用例在不同测试周期中的执行结果。

    2)测试周期报告:提供一个测试周期中测试用例的详细执行结果包括步骤结果。

    3)需求覆盖率报告:显示关联到需求的测试用例的测试通过百分比。

    4)随机测试执行报告:显示随机执行的测试用例的结果。

    5)基于需求的测试报告:生成基于需求与测试执行统计的报告。

    6)基于测试执行的测试报告:生成基于测试执行统计的报告。

    7)执行日期分布报告:生成基于测试执行统计的报告。

    8)缺陷矩阵报告:显示不同参数组合下的缺陷矩阵报告。

    9)测试用例集报告:显示测试用例集在不同测试周期下的覆盖率。

    10)测试用例燃尽图报告:生成测试用例燃尽图报告。

    9.需求跟踪(页面)

    由于测试用例关联到了需求,因此团队可以知道需求的测试覆盖率;由于测试用例执行后更新了测试结果,团队又可以知道被测试用例覆盖的需求的测试结果,以及测试结果中的缺陷情况。如下为矩阵时展示效果,还可切换为树型结构效果。

    综上synapseRT的使用场景与主要组件就介绍到这里,下一篇将介绍synapseRT的安装与使用。。。

    文章参考:https://doc.go2group.com/display/SRT6/synapseRT

    展开全文
  • 测试用例的设计,是测试中每天必须面临的一个问题。无论是自动化测试,还是测试平台的开发,都基于...调研市场上几款付费的用例管理平台,并结合我们内部开发的测试用例管理平台,讲解开发测试用例平台,需要的必...

    测试用例的设计,是测试中每天必须面临的一个问题。无论是自动化测试,还是测试平台的开发,都基于测试用例而来的,而 bug,缺陷的发现,是测试用例的对比发现的。而测试用例的编写,却易写难全。本场 Chat 会聚焦测试用例。

    本场 Chat 主要包含:

    1. 针对一道几乎必考测试用例设计的面试题,展开讲解
    2. 调研市场上几款付费的用例管理平台,并结合我们内部开发的测试用例管理平台,讲解开发测试用例平台,需要的必要功能

    适宜人群:

    • 希望学习测试平台开发的人员
    • 在职的功能测试工程师、自动化测试工程师和测试开发工程师
    • 对测试感兴趣的人员

    阅读全文: http://gitbook.cn/gitchat/activity/5ce679c9a82ad60a32753bd1

    您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ,阅读更多 GitChat 专享技术内容哦。

    FtooAtPSkEJwnW-9xkCLqSTRpBKX

    展开全文
  • 京东测试用例管理系统V1.0

    万次阅读 2019-03-13 10:59:41
    京东测试用例管理系统V1.0 目录 TestCase TestCase的优势 TestCase实现的功能 一、case管理: 二、服务化系统对接: TestCase系统特点 TestCase系统目标 TestCase登录 创建应用 创建目录树 创建测试用例...
  • 桔妹导读:AgileTC是一套敏捷的测试用例管理平台,支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力,方便测试人员对用例进行管理和沉淀。产品以脑图方式编辑可快速上手,用例关...
  • 测试用例管理工具-TestLink

    万次阅读 2018-01-23 10:08:23
    TestLink是基于web的测试用例管理系统,主要功能是测试用例的创建、管理和执行,并且还提供了一些简单的统计功能,主要功能包括: 测试需求管理 测试用例管理 测试用例对测试需求的覆盖管理 测试计划的制定 测试...
  • 敏捷测试–测试用例管理平台 1.简介 随着互联网的快速发展,业务的快速迭代,对项目流程各环节的效率要求越来越高,很多QA开始选择使用线下xmind来编写和执行用例进行测试,但面临的问题也越来越多: 用例管理...
  • 软件测试用例管理工具,有数据库!属于转载哦
  • 前面的系列文章已经将接口(API)自动化测试的理论和基础请求框架、数据验证等知识面介绍完了,这就好比已经给你砖和钢材木板等基础物料,那么怎么用这些基础物料去搭建高楼大厦呢? 接口该如何测? 在讲如何盖楼...
  • AgileTC是一套敏捷的测试用例管理平台,支持测试用例管理,执行计划管理,进度计算,多人实时协同等能力,方便测试人员对用例进行管理和沉淀。用例关联需求形成流程闭环,并支持组件化引用,可在各个平台嵌入使用,...
  • 测试用例管理(禅道): 跟踪变更、每一次的执行状态,对测试出来的bug进行关联。禅道集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体,相比较bugfree来说,绝对是一款功能完备的项目管理软件...
  • 测试用例集是对测试用例进行组织和分组的实例,在测试用例集中可以创建子测试用例集,也可以创建或者链接测试用例。注意我们使用的过程中多用树形结构组织测试用例集。 测试计划(每次测试需要执行的用例) 测试计划...
  • MTCM是一种精益测试工具,旨在组织测试用例管理/传达测试结果。 MTCM是进行功能或探索性测试的软件测试工程师的简单,简约的设计。 业务分析师还可以使用MTCM进行用户验收测试(UAT)。 您可以在执行测试用例时...
  • 测试用例管理工具Zephyr(jira插件)的具体使用

    万次阅读 热门讨论 2018-10-17 17:57:15
    在工作中,我们通常是在excel表格中编写测试用例,增删改查功能都不错,但保存、管理、共享都不完美,为了让公司领导或其他同事方便查看测试执行情况和测试进度,我们引入了TestLink工具来编写测试用例,使用一段...
  • 刚在领测论坛上看到一个人发帖,说自己写测试用例没有很好的思路,对于一些复杂的功能点,有没有比较好的测试覆盖方法,比如高级查询等等,非要列出来那么详细的测试用例吗?~~~~看完之后,我就忍不住发言了,...
  • 测试用例管理系统 --Nitrate

    万次阅读 热门讨论 2018-05-30 19:51:31
    测试用例管理系统 –Nitrate 最近在网上找开源的测试用例管理系统,发现了Nitrate。 https://github.com/Nitrate/Nitrate 搭建环境很容易,说一下使用的初步体验。 虽然有一些小BUG, 而且也不支持 excel 用例的...
  • 我的测试用例管理员 一个用于小型项目和UAT的简单灵活的XL测试用例管理器。 也适用于探索性测试。 目录 1.简介 “我的测试用例管理器”(以下简称MTCM)是一种精益测试工具,旨在组织测试用例和管理测试运行结果。 ...
  • 测试代表都是从初级软件测试工程师,对于刚接收的测试项目,建议将测试用例按照下图进行划分,若项目存在兼容性、安全等质量要求,再进行测试用例类别的增加。 后期随着测试进行,用例会有补充或删除,测试代表需...
  • 测试用例管理

    2021-08-13 14:49:42
    而软件测试工作复杂度的直接体现,就是测试用例编写、维护、执行和管理,所以编写易读、易维护和易管理测试用例可以有效的降低测试工作的复杂度。 本文主要系统的介绍了测试用例的几种管理方法,包括每种的特点,...
  • python:Unittest_测试用例管理

    千次阅读 2019-06-13 21:59:04
    组织单元测试用例 当我们增加被测功能和相应的测试用例之后,再来看看unittest单元测试框架是如何扩展和组织新增测试用例的。我们以前面Add_count.py为例(Add_count为待测模块名),Count类(Count为待测类)中有几个...
  • javaweb实现测试用例管理系统

    千次阅读 2019-01-20 15:29:30
    javaweb实现学生成绩管理系统
  • 基于flask+react搭建测试用例管理平台

    千次阅读 2020-01-06 17:23:50
    基于flask+react搭建测试用例管理平台平台介绍平台目前功能介绍效果展示-计划列表页效果展示-计划详情页使用到的技术栈 (测试用例管理)后端后端服务介绍用例导入用例导出前端服务介绍部署生产环境 平台介绍 平台...
  • 测试用例管理工具(testlink&excel)

    千次阅读 2018-10-10 10:50:29
    结合多年的测试经验,测试用例用excel来编写管理的较多一些,基本的工具了有如禅道、testlink等。但不管是用那种工具,是先看自己的需求然后选择合适的工具,那个工具都有自己的优缺点。本人熟悉的也不多,就简单...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 122,329
精华内容 48,931
关键字:

测试用例管理