文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Kiwi TCMS 6.11发布 开源测试用例管理系统

Kiwi TCMS 是一个集测试计划、测试运行和测试用例于一身的管理系统，用 Python 和 Django 编写。...TP 作者将始终设置为当前用户、克隆的TC 作者将始终设置为当前用户、在克隆时，始终保留测试用例的原始默认测试器、重构为基于类的视图、修复了版本值在 b/c 验证中失败的问题、修复了在 UI 中显示错误版本值的问题...TC 将显示在 TestPlan 的底部、始终保持原来的默认测试器 API  RPC 方法 Bug.Report() 的第一个参数已从 test_case_run_id 重命名为 Execution_id...更细方法，如果使用 Kiwi TCMS 作为 Docker 容器，那么：  cd path/containing/docker-compose/ docker-compose down docker pull...kiwitcms/kiwi docker pull centos/mariadb docker-compose up -d docker exec -it kiwi_web /Kiwi/manage.py

1.2K20

Kiwi TCMS 7.1 发布：开源测试用例管理系统

Kiwi TCMS 是一个集测试计划、测试运行和测试用例于一身的管理系统，用 Python 和 Django 编写。...2.2.6 将 python-GitLab 从 1.11.0 更新到 1.12.1 pygithub 从 1.43.8 更新到 1.44 psycopg2 从 2.8.3 更新到 2.8.4 在所有遥测页面中添加帮助工具提示...添加超链接验证 Fixes Issue #1147 API 新方法 Bug.emove() Bug fixes 在 Bugs 页面中添加“删除”菜单项  Fixes #1153 Issue #1153...从 TestExecution 删除超链接时，隐藏页面中的 UI 元素 修复 TP 内 TC 数目大于 100 时删除 TC 失败 Refactoring 从表单字段中删除标签 将多个视图从基于函数的视图重构为基于类的视图...更新 TCMs/core/test/ 中的旧测试，并确保它们不会被测试运行程序忽略 删除空类 XMLRPCBaseCaseForm 删除 rpc.forms.UpdateCaseForm，以支持 XMLRPCUpdateCaseForm

1.2K10
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    主流的10款测试用例管理平台哪个好用

    在软件开发过程中，有效的测试用例管理是保证产品质量的关键步骤。一个合适的测试用例管理工具不仅可以帮助团队高效地管理测试计划，还能确保测试结果的准确性和可追溯性。 为什么需要高效的测试用例管理平台？...在快速变化的技术环境中，开发团队面临着不断增加的测试需求和更复杂的产品功能。传统的测试管理方法已难以应对这些挑战，因此，一个能够提供全面功能、支持自动化和集成其他工具的测试用例管理平台变得尤为重要。...7.Kiwi TCMS Kiwi TCMS是一款功能强大的开源测试管理工具，特别适合需要灵活测试管理和集成能力的团队。...其简洁的用户界面和广泛的API层，使其成为那些希望在测试中保持创造力的团队的理想选择。核心功能包括测试用例管理、进度跟踪、数据导入/导出以及与Bugzilla和Jira等工具的集成。...常见问题解答（FAQ） Q1: 测试用例管理平台的安全性如何保障？ 高质量的测试用例管理平台通常提供多层次的安全措施，包括角色基础的访问控制、数据加密、日志审计以及定期的安全更新和补丁。

    41500

    为什么我说写好测试很重要（二）

    思想是在拿到一个新的功能时，首先思考该功能如何测试，各种测试用例、各种边界 case；然后完成测试代码的开发；最后编写相应的代码以满足、通过这些测试用例。 　　TDD 开发过程类似下图： ? 　　...在测试用例的保证下，可以重构、优化代码。 抛出一个问题：TDD 看上去很好，应该用它吗？ 　　这个问题不用着急回答，回答了也不会有对错之分。...如果采用 TDD，那么之前新功能给到后，就要考虑测试用例的设计、编写了测试代码，在测试用例的保证下再去实现功能。如果遇到了技术方案的变更，之前的测试用例要改变、测试代码实现要改变。...那么按照 TDD 我们先设计测试用例。假设有个 Person 类，有个对象方法叫做吃饭，吃完饭后会返回一个“好饱啊”的字符串。那测试用例就是： ? 　　实现测试用例代码。...被测类里面可能是 n 个方法，测试类里面可能是 m 个方法（m >= n），根据我们在第三部分：单元测试编码规范里讲过的 一个测试用例只测试一个分支，方法内部有 if、switch 语句时，需要为每个分支写测试用例

    41690

    【腾讯 TMQ 】移动 APP 自动化测试框架对比

    ，是很多其它测试框架的基础，可以在同进程中加载被测组件。...对常用的操作进行了易用性的封装. 用于开发功能性、系统和验收测试场景。它运行时绑定到GUI组件。它安装了一个测试用例套件作为在Android设备或仿真器上的应用程序，并提供用于执行测试的真实环境。...CTS采用XML配置文件的方式将这些测试用例分组成多个测试计划（plan）,第三方也可以创建自己的plan。...驱动型UI Automation 在自动化测试底层使用了UI Automation库，通过TCP通信的方式驱动UI Automation来完成自动化测试，通过这种方式，编辑脚本的语言不再局限于JavaScript...Frank http://www.testingwithfrank.com/ Frank是iOS平台一款非常受欢迎的app测试框架，它使用Cucumber语言来编写测试用例， Frank包含一个强大的“

    6.6K11

    iOS 自动化测试框架 Kiwi 的使用介绍及原理分析

    但聪明的开发者们很快就基于XCTest编写了更好的框架，比如许多团队在单测中使用的开源框架：Kiwi。...下面，我们将以完成这几个测试用例为目标，开始我们的探索Kiwi之旅。...执行测试用例 就在刚刚，Kiwi已经构建出了一个清晰漂亮的Spec Tree，并把所有用例抽象成一个个KWExample，在testInvocations方法中返回了它们对应的Invocation。...虽然可以，但这已经不只是优不优雅的问题，这简直就是在犯罪。 Kiwi的mock能力完美的解决了这个问题。...以上就是关于AsyncVerifier的介绍了。在最后，我准备了一段代码，你可以试着预测这些用例的通过情况，来加深对这一部分的理解。

    1.4K30

    分层测试

    什么叫用普通语言来描述测试用例呢，看下具体的案例，我的“引导页”的测试用例： @guidepage Feature: 引导页 1.首次安装应用，判断是否展示引导页； 滑到最后一张，判断是否展示...对常用的操作进行了易用性的封装. 用于开发功能性、系统和验收测试场景。它运行时绑定到GUI组件。它安装了一个测试用例套件作为在Android设备或仿真器上的应用程序，并提供用于执行测试的真实环境。...Frank http://www.testingwithfrank.com/ Frank是iOS平台一款非常受欢迎的app测试框架，它使用Cucumber语言来编写测试用例， Frank包含一个强大的...，是很多其它测试框架的基础，可以在同进程中加载被测组件。...对常用的操作进行了易用性的封装. 用于开发功能性、系统和验收测试场景。它运行时绑定到GUI组件。它安装了一个测试用例套件作为在Android设备或仿真器上的应用程序，并提供用于执行测试的真实环境。

    5.8K63

    移动APP自动化测试框架对比

    ，是很多其它测试框架的基础，可以在同进程中加载被测组件。...对常用的操作进行了易用性的封装。用于开发功能性、系统和验收测试场景。它运行时绑定到GUI组件。它安装了一个测试用例套件作为在Android设备或仿真器上的应用程序，并提供用于执行测试的真实环境。...CTS采用XML配置文件的方式将这些测试用例分组成多个测试计划（plan），第三方也可以创建自己的plan。...驱动型UI Automation 在自动化测试底层使用了UI Automation库，通过TCP通信的方式驱动UI Automation来完成自动化测试，通过这种方式，编辑脚本的语言不再局限于Java...3、Frank http://www.testingwithfrank.com/ Frank是iOS平台一款非常受欢迎的app测试框架，它使用Cucumber语言来编写测试用例，Frank包含一个强大的

    4.1K20

    移动APP自动化测试框架对比

    ，是很多其它测试框架的基础，可以在同进程中加载被测组件。...对常用的操作进行了易用性的封装. 用于开发功能性、系统和验收测试场景。它运行时绑定到GUI组件。它安装了一个测试用例套件作为在Android设备或仿真器上的应用程序，并提供用于执行测试的真实环境。...CTS采用XML配置文件的方式将这些测试用例分组成多个测试计划（plan）,第三方也可以创建自己的plan。...驱动型UI Automation 在自动化测试底层使用了UI Automation库，通过TCP通信的方式驱动UI Automation来完成自动化测试，通过这种方式，编辑脚本的语言不再局限于JavaScript...Frank http://www.testingwithfrank.com/ Frank是iOS平台一款非常受欢迎的app测试框架，它使用Cucumber语言来编写测试用例， Frank包含一个强大的

    5.8K101

    你每天跑这么多自动化用例，能发现BUG吗？

    我们希望一组测试用例不仅能够“触发被测代码的各种分支”，还能够做好结果校验。 当业务代码出现问题的时候，测试用例可以发现这个问题，我们就认为这一组测试用例是有效的。...我们认为： 一组Success的测试用例，在其被测对象发生变化后（注入变异后），应该至少有一个失败。 如果这组测试用例仍然全部Success，则这组测试用例的有效性不足。...为了全自动的进行测试有效性评估，我们做了一个变异机器人，其主要运作是： 往被测代码中写入一个BUG（即：变异） 执行测试 把测试结果和无变异时的测试结果做比对，判断是否有新的用例失败 重复1-3若干次，...兼容不稳定环境 集成测试环境会存在一定的不稳定，难以判断用例失败是因为“发现了变异”还是“环境出了问题”，导致测试有效性评估存在误差。...写到最后，想起了同事给我讲的一个有趣的人生经历： “大二期间在一家出版社编辑部实习，工作内容就是校对文稿中的各种类型的错误；编辑部考核校对质量的办法是，人为的事先在文稿中加入各种类型的错误，然后根据你的错误发现率来衡量

    2K30

    史上最全的 iOS 各种测试工具集锦！

    扩展型框架以 JavaScript 扩展库方法提供了很多好用 js 工具，注入式的框架通常会提供一些 Lib 或者是 Framework，要求测试人员在待测应用的代码工程中导入这些内容，框架可以通过他们完成对...驱动型 UI Automation 在自动化测试底层使用了 UI Automation 库，通过 TCP 通信的方式驱动 UI Automation 来完成自动化测试，通过这种方式，编辑脚本的语言不再局限于...4、Frank Frank 是 iOS 开发环境下一款实现自动测试的工具，Xcode 环境下开发完成后，通过 Frank 实现结构化的测试用例，其底层语言为 Ruby，作为一款开源的 iOS 测试工具，...它提供了针对 iOS 平台的功能测试能力，可以模拟用户的操作对应用程序进行黑盒测试，并且使用 Cucumber 编写测试用例，使测试用例如同自然语言一样描述功能需求，让测试以“可执行的文档”的形式成为业务客户与交付团队之间的桥梁...主要功能有： 分析程序进程行为 分析内存分配及释放细节 查找 CPU 问题 查找程序性能瓶颈 检查设备相关的功能 比如：Wi-Fi、蓝牙等 查找 App 中的内存问题 比如内存泄露(Leaked memory

    63810

    软件测试下的AI之路（1）

    其实要说明白这个呀，我们还是需要先从AI对于软件测试这件事本身的意义来说起，我们就拿基本的黑盒测试来举例，要知道在传统的软件测试中，我们会依赖于手工设计和执行测试用例来完成测试活动，这种方法在面对大规模...创建完成后会直接跳转至对应的测试用例界面，在这里你可以对该测试用例进行快速编辑、复制、删除等操作，右边的按钮可以进行录制编辑和用例运行。...接下来我就来为大家介绍一下mabl这个平台的亮点功能 —— 测试用例的自愈功能。self-healing这个字眼相信做过测开的同学应该都不陌生，代码自愈也一直是大家比较关注的话题。...那么在mabl自动化测试平台中，也有这么一个自愈的概念，其核心的主旨就在于当被测对象的某些特性或属性发生改变的时候我们的测试用例就会失效，这个无论是手工测试用例还是自动化测试用例都会遇到，同时随着被测系统的功能迭代与规模增加...图片接下来就是重点了，我们在代码中变更了登录按钮的某个属性，mabl在执行的过程中发现了被测按钮的属性变动了，这里会提示你如果用例通过了，它就会进行学习，然后将变更后的按钮属性进行代码更新，将新的属性替换旧的属性

    99030

    软件测试下的AI之路（1）

    其实要说明白这个呀，我们还是需要先从AI对于软件测试这件事本身的意义来说起，我们就拿基本的黑盒测试来举例，要知道在传统的软件测试中，我们会依赖于手工设计和执行测试用例来完成测试活动，这种方法在面对大规模...创建完成后会直接跳转至对应的测试用例界面，在这里你可以对该测试用例进行快速编辑、复制、删除等操作，右边的按钮可以进行录制编辑和用例运行。...接下来我就来为大家介绍一下mabl这个平台的亮点功能 —— 测试用例的自愈功能。self-healing这个字眼相信做过测开的同学应该都不陌生，代码自愈也一直是大家比较关注的话题。...那么在mabl自动化测试平台中，也有这么一个自愈的概念，其核心的主旨就在于当被测对象的某些特性或属性发生改变的时候我们的测试用例就会失效，这个无论是手工测试用例还是自动化测试用例都会遇到，同时随着被测系统的功能迭代与规模增加...接下来就是重点了，我们在代码中变更了登录按钮的某个属性，mabl在执行的过程中发现了被测按钮的属性变动了，这里会提示你如果用例通过了，它就会进行学习，然后将变更后的按钮属性进行代码更新，将新的属性替换旧的属性

    1.1K20

    Kiwi,BDD行为测试框架--iOS攻城狮进阶必备技能

    SPEC_BEGIN(ClassName) 和 SPEC_END 宏,用于标记 KWSpec 类的开始和结束,以及测试用例的分组声明. registerMatchers(aNamespacePrefix...) 注册所有使用指定命名空间前缀的匹配器.除了Kiwi默认的匹配器,这些匹配器也可以在当前规则中使用. describe(aString, aBlock) 开启一个上下文环境,可包含测试用例或嵌套其他的上下文环境...,应该放在这里. afterEach(aBlock) 在所有包含的上下文环境的 itblock执行之后,均各执行一次. it(aString, aBlock) 声明一个测试用例.这里描述了对对象或行为的期望.... specify(aBlock) 声明一个没有描述的测试用例.这个常用于简单的期望. pending(aString, aBlock) 可用于标记尚未完成的功能或用例,仅会使Xcode输出一个黄色警告...未来的某天,你或许需要存根alloc等法官法.这可能不是一个好主意,但是如果你坚持,Kiwi也是支持的.需要提前指出的是,这么做需要深入思考某些细节问题,比如如何管理初始化.

    2.6K80

    xmind2testcase：高效的测试用例导出工具

    作为测试文档，测分+测试用例需都要存档，思维导图其发散性思维、图形化思维，非常适合做测分工具；测试用例载体为Excel、MySQL。 当然，不同团队对待测分和用例设计的态度是不同的。...就我的职业经历而言，第一家公司属于传统的金融科技服务商，给甲方金融机构提供软件产品，所以项目开发流程偏瀑布模型。...由于单位时间内项目更多，有段时间内，测试团队的小伙伴甚至做完测试分析后，都没时间写测试用例了，然后直接拿着测分的xmind脑图进行测试，导致缺乏测试沉淀。...当时为了解决这个问题，自己也做了一些调研，发现了一款xmind转Excel的用例导出工具，然后根据自己的改造，暂时解决了用例设计时间不足的问题。 回过头再看传统的测试用例设计过程其实有很多痛点：1....其中制定测试用例通用模板是一个非常核心的步骤，有了通用的测试用例模板，我们就可以在 XMind 文件上解析并提取出测试用例所需的基本信息，然后合成常见测试用例管理系统所需的用例导入文件。

    61320

    Kiwi上手体验

    听说Kiwi，是来自于我在进行模块化构建的时候，执行 pod lib create xxxPods 的时候会有一个问题： Which testing frameworks will you use?...[ Specta / Kiwi / None ] Kiwi Kiwi是一套以BDD为思想的可读性良好的测试框架，其底层由XCTest框架实现，与XCode结合度很高。...BDD BDD提倡的是通过将测试语句转换为类似自然语言的描述，开发人员可以使用更符合大众语言的习惯来书写测试，这样不论在项目交接/交付，或者之后自己修改时，都可以顺利很多。...如果说作为开发者的我们日常工作是写代码，那么BDD其实就是在讲故事。一个典型的BDD的测试用例包活完整的三段式上下文，测试大多可以翻译为Given..When..Then 的格式，读起来轻松惬意。...更详细的Kiwi介绍： 本来想写一篇关于Kiwi的详细介绍，发现喵神已经有专著了，所以我就不重复造轮子了： TDD的iOS开发初步以及Kiwi使用入门 Kiwi 使用进阶 Mock, Stub,

    47020

    代码写的再好、用例写的再完善，这一点也可以把你全毁了！

    作为技术人员，我们每天都要写大量的代码，新功能产品计划书出了以后就要阅读、编写测试用例。对于一个大神级别的测试工程师而言，能写一手熟练的代码，覆盖率高的测试用例，这些都是拿到高工资的必要条件。...大家看，这就是我要和大家说的。 认真。 作为一名测试人员，我们的工作职责就是找问题，如果不认真，那肯定会忽略一些细节上的问题，一旦被用户发现，那么在用户体验上产品就会留给用户不好的印象。...用户发现了问题，反馈回来，技术主管要在会上问，谁测的？测试经理会再问，谁测的？——对你的两次暴击……然后你勇敢的站出来，说是我测的。 主管：为什么会漏测？ 你：？？？...为啥漏测，就是漏测了呗…… 说到底，其实就是不认真，据我的工作经验，如果在工作中出现两次严重漏测，那你且不说很没面子，连包住这份工作都危险了。...所以，认真，并不是只是嘴上说说那么简单，还需要我们在工作中、生活中多多注意呀！！！ 大家有什么这方面的想法，或者时刻提醒自己认真的方法，可以留言交流一下，有时候帮助别人，也是一种幸福~~~

    51440

    老司机教你如何优雅地完成一个小项目测试

    所以我们在测试中主要使用64位系统来测试。...这里有一点经验可以和大家分享：就是根据测试条件的影响范围来选择用例，而不是任意一个条件变了都测全用例。 比如说，覆盖不同的平台。我们在单机测试的时候已经在win7电脑上跑了全用例。...我们在测试中发现了两个有代表性的问题： win10 32位PC上程序闪退； 7.0手机进入inspector手机闪屏。 这两个问题都很明显，一测就能测出来。...数据分析： （1）公共收集反馈42条（众测审核后），其中成功30条，问题反馈有8条。说明遇到问题的用户比例还不少。 （2）8个反馈中，以“inspector页面白屏”反馈最多，有5个。...开发同事April对企鹅众测和内部体验的效果评价是： “其实都还不错，众测覆盖的比较广，会容易碰到奇葩问题。这次也发现了一个inspector白屏的bug。

    2.1K22

    前端单测，为什么不要测 “实现细节”？

    前言 哈喽，大家好，我是海怪。 相信不少同学在写单测的时候，最大的困扰不是如何写测试代码，而是：“应该测什么？”，“要测多深入”，“哪些不该测”。...看起来非常完美，而且在 UI 真实的使用场景中也没任何问题，但当我们回去跑一下测试用例，kaboom，会发现 setOpenIndex sets the open index state properly...所以我们还要另外再写一个测试用例来测 setOpenIndex 真的绑到 onClick 了。。 大家发现问题了么？...因为我们只测了业务中非常小的一个实现细节，所以为测这个实现细节，我们不得不补另外很多测试用例，来测其它毫不相关的实现细节，那这样我们永远都不可能补完所有实现细节的测试代码。...然而 Enzyme 的测试用例基本都是在测这些别人根本不 care 的内容。

    95850
    点击加载更多

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

      领券