学习
实践
活动
专区
工具
TVP
写文章

bug描述规范参考

交付过程中需对提出Bug内容进行梳理和归类不能出现明显的重复Bug。 二一 设计基础知识 执行前,需要制定严格的测试计划,而且测试计划中必须留出半天的内部审核时间。 执行出现非Pass的必须添加详细备注信息,Fail必须添加BugID;由于某个Bug或者缺少测试条件导致用不能执行,标为Block添加备注信息;功能模块没有设计好,或者不适用于本轮测试的 执行中原则上同一Bug只能Fail一条测试用,在其他测试用中,如果存在此Bug,但又不影响继续测试,不能跳过不执行。 设计中用编写应严格根据需求规格说明书及测试需求功能分析点进行,要求覆盖全部需求功能点。 设计中测试用设计条理清晰,描述正确。 名称:描述清楚该用所要达到的测试目的。 必须清晰地描述此所需的前提条件。 测试用编写要步骤明确,输入输出要素清晰,并且清晰无疑义。

78851

接口测试平台插播:模块相关bug修复

的82行: 这里出现bug的原因是,如果没有勾选任何公共请求头,那么这个ts_project_headers 就是[""] ,里面有个空字符的元素,然后这个空字符去数据库搜索对应的请求头内容的时候,搜不到报错 如图: 我创建了俩个大用,第一个里面有接口 A-1 和 A-2,第二只有一个 B-1 然后我们先运行第一个大用得到报告: 这看着没问题,然后我们再运行第二个大用,得到报告: 可以看到 这个问题的原因经过排查,是因为第二次运行时,没有初始化我们run_cases.py的那个测试大类Test导致,俩次运行前,我都打印类一下类Test的子方法,赫然发现 第二次运行时候,Test已经具备类第一个大用的 在每个运行前,都检查一下该Test类,把其中的不属于原始状态的方法即 test_开头的 都删除即可。 2。 在每次运行之后,都好好的打扫干净,把自己添加过的test_方法都删除。 这俩种思路,第二种是有风险的,因为如果执行过程中意外错误,那么就会导致无法触发清扫收尾的代码,就会影响下一次运行。所以我选择第一种方法。

9810
  • 广告
    关闭

    新年·上云精选

    热卖云产品新年特惠,2核2G轻量应用服务器9元/月起,更多上云必备产品助力您轻松上云

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

    UML图及其描述

    在系统分析阶段,我们一般UML来画很多图,主要包括图、状态图、类图、活动 图、序列图、协作图、构建图、配置图等等,要画哪些图要根据具体情况而定。 其实简单的理解,也是个人的理解,UML的作用就是很多图从静态和动态方面来 全面描述我们将要开发的系统。 二.建模简介 建模是UML建模的一部分,它也是UML里最基础的部分。 建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解建模可分为 图和描述。图由参与者(Actor)、(Use Case)、系统边界、箭头组成,画图的方法来完成。 描述用来详细描述图中每个文本文档来完成。 1. 图 参与者不是特指人,是指系统以外的,在使用系 统或与系统交互中所扮演的角色。

    1.2K30

    测试用管理工具推荐

    读者提问:有哪些好用的测试用管理工具?阿常回答:这个问题我从三点回答1、为何要采用测试用管理工具;2、有哪些常见的测试用管理工具;3、如何来选取测试用管理工具。 一、为何要采用测试用管理工具以前我们 Excel 来维护测试用,产品发布前把 Excel 里的过一遍,这样做似乎是可行的。 但随着项目的迭代,项目复杂度的增加,的版本也越来越多,Excel 的缺点也逐渐显现。 通过 Excel 维护,我们遇到的挑战:1、多人协作,没有统一存放地点2、项目迭代,例如何保证常用常新3、设计,如何方便复用基础二、市面上常见测试用管理工具Testhub、Jira、 三、如何来选取测试用管理工具主流的测试用管理工具(Testhub、Jira、禅道、TAPD)各有优缺点。如果团队无特殊需求,可以任选其一。如果有特殊需求可以尝试定制化或自研。

    29110

    测试用管理工具推荐

    读者提问:有哪些好用的测试用管理工具? 阿常回答:这个问题我从三点回答 1、为何要采用测试用管理工具; 2、有哪些常见的测试用管理工具; 3、如何来选取测试用管理工具。 一、为何要采用测试用管理工具 以前我们 Excel 来维护测试用,产品发布前把 Excel 里的过一遍,这样做似乎是可行的。 但随着项目的迭代,项目复杂度的增加,的版本也越来越多,Excel 的缺点也逐渐显现。 通过 Excel 维护,我们遇到的挑战: 1、多人协作,没有统一存放地点 2、项目迭代,例如何保证常用常新 3、设计,如何方便复用基础 二、市面上常见测试用管理工具 Testhub 三、如何来选取测试用管理工具 主流的测试用管理工具(Testhub、Jira、禅道、TAPD)各有优缺点。 如果团队无特殊需求,可以任选其一。 如果有特殊需求可以尝试定制化或自研。

    15030

    图示例:包含和扩展

    什么是图? 提供了系统的高级视图。建模是与用户和其他利益相关者就系统和目标进行沟通的有效方式。描述了系统执行的动作序列,其为特定的actor产生可观察的值结果。 图指南 确保每个都能满足可观察的用户目标 图未显示的详细信息:它仅总结了,参与者和系统之间的一些关系。 图未显示为实现每个的目标而执行步骤的顺序。 你如何写一个包含以下元素: 名称 - 用于传达范围的明确动词/名词或演员/动词/名词描述符。 简要说明 - 描述范围的简短文本段落。 发布条件 - 完成时必须为true的任何内容。 包含和扩展 图示例描述: 此图示例描述了几个业务的模型。 模型表示餐馆(业务系统)与其主要利益相关者(业务角色和业务角色)之间的交互。在确定了基本之后,您可以使用<extend>和<include>使它更清晰。 使用此图模板创建自己的图表。

    1.8K90

    图从用户的角度描述对软件产品的需求,并分析产品所需要的功能和动态行为。 图的组成元素: 1、参与者:代表系统的用户(可以是人、物、时间或者其他系统),小人表示。 2、系统边界:矩形表示。 3、椭圆表示。 4、关联:包含(include)、扩展(extend)、泛化(generalization)       包含:表示一个的行为包含了另一个的行为(基本的步骤中一定含有被包含的步骤),如“ 扩展:表示对基本的一个扩展。(基本的步骤中有时会用到扩展的步骤)。 扩展有一个扩展点,只有扩展点被激活的时候,子才会被执行,如“交罚款”是"还书"的一个扩展,扩展点是欠费,即只有欠费的情况下去还书才会交罚款,否则不需要。

    90250

    UML 图_uml建模图和细化用

    UML 图 参考 【UML】— 图 初学UML——图 需求中如何画图 为什么使用用图 从业务事件、发起事件以及系统如何响应这些事件来建模系统功能的过程。 图被广泛使用于系统的需求建模阶段,并在系统的整个生命周期中被不断细化。 确定 的特征保证能够正确地捕捉功能性需求,同时也是判断是否准确的依据。 是动宾短语 是相对独立的 是由参与者启动的 要有可观测的执行结果 一个是一个单元 与参与者 一个可以隶属一个或多个参与者,一个参与者也可以参与一个或多个。 包含的两个基本约束: 基可以看到包含,并需要依赖于包含的执行结果,但是它对包含的内部结构没有了解; 基一定会要求包含执行。 使用扩展我们就可以在不改变基的同时,根据需要自由地向用中添加行为。 图示例 依赖关系对比 描述 一个完整的模型应该不仅仅包括图部分,还要有完整的描述部分。

    15720

    图详解_图include是什么画的

    对于图来说我们需要了解的是什么叫图,构成图的要素,图有哪些重要的元素,各个之间的关系。当然最重要的是如何根据需求创建图。 2.的粒度   的粒度指的是所包含的系统服务或功能单元的多少。的粒度越大,包含的功能越多,反之则包含的功能越少。   如果的粒度很小,得到的例数就会太多。 扩展   在一定条件下,把新的行为加入到已有的中,获得的新用叫做扩展(Extension),原有的叫做基础(Base),从扩展到基础的关系就是扩展关系。    一个基础可以拥有一个或者多个扩展,这些扩展可以一起使用。 3.泛化   的泛化指的是一个父可以被特化形成多个子,而父和子之间的关系就是泛化关系。    在用的泛化关系中,子继承了父所有的结构、行为和关系,子是父的一种特殊形式。   子还可以添加、覆盖、改变继承的行为。

    28440

    测试左移=工作不饱满=少跑不登记Bug少搭环境开发帮忙做测试还不漏Bug

    如果说测试左移是为了能够获得开发的认可,成为他们的一伙人、获得内建的可测试性、把开发的测试用变成自动化用、让开发帮你跑、从开发那里获得测试环境并大幅减少自己的测试环境、少跑并且不遗漏缺陷,少发现缺陷并且不用登记缺陷 在需求澄清阶段就开始写 I was actually involved while the functional specification was being written, so I wrote 把开发的测试用变成自动化测试用 I merely adopted them from developers who wrote them as a matter of course and adapted 少跑 Once the official base level came around, I could safely eliminate many tests based on my knowledge 如何在少跑的同时确保不遗留缺陷 This was controlled by making sure development's test systems were kept up-to-date

    12820

    接口设计

    系统稳定和规范会规避后续更多的BUG。换句话来说,使用契约式设计的方式,运行前条件必须满足,参数不正确不可运行;运行中内部状态必须不变;运行后结果必须保持一致。 在设计接口设计时,除实现功能外,应关注:幂等性、空校验、流程节点限制、异常校验。 ? 01 幂等性 何为幂等性? 幂等为一数学概念,指使用相同参数重复执行,能获取相同结果。 试想没有幂等性校验会怎样,还以创建支付单为,当上游一个单子L准备创建支付单,第一次调用创建成功支付单P1,当触发再次调用时: 如果数据表已建立唯一索引,则会插入数据失败,接口抛出异常,上游可能更是一脸懵逼 当然,首先需明白业务逻辑,从而进行设计。尤其对于参数复杂的接口,当某一条调用规则下 某些非空参数就需要作为必传了。 03 流程节点限制 流程节点限制,即需严格遵守流程流转。

    61231

    接口测试平台183:并发报告数据收集-数据准备bug修复阶段 (1)

    (为了报告数据收集开发,我必须先准备好数据才行,所以需要先实际的请求并发的,才能产生数据库数据。这个过程因为我没有对之前的wqrf_run_case.py进行过测试,所以大概率是有bug的。 所以这个阶段我们顺便也要来自测和解决bug。) 我们本次的目的是测试bug:(测试并发的时候,1 的step会跑到 2的 报告中)所以接口能否调通这个问题上我们就不要再给故意弄的太复杂了。 然后平台的接口库的俩个接口开始设置调用 test_api_A 和 test_api_B , 然后顺手调试一下,看看能否调用成功: 然后我们去库,新建俩个大用: 然后依次设置 目前每个大用我们只用一个步骤,1 调用 接口1 ,2调用接口2 然后别着急,我们为了保证大用正常,所以需要先单独运行一下,看看报告是否正常。之后再去测试并发功能。

    8820

    图介绍:在线制图UML图(use case)

    描述了用户如何使用系统来实现特定的目标。图由系统、相关的图和参与者组成,并且将它们相互联系起来. 为每个目标创建。 构建。 在第一轮中确定了基本之后,也许我们可以在第二轮<<extend>>和<<include>>进一步构建这些, 如下图所示: [图] 业务图 业务无技术术语描述的,它将业务流程视为一个黑匣子 下图显示了一个自动柜员机图示例,这是在讲授图时使用的一个非常经典的示例。 [图] 下面的文档管理系统(DMS)图示例显示了系统的参与者和。特别是,之间有包含和扩展的关系。 [图] 下面的订单系统图示例显示了系统中涉及的参与者和: [图]

    2.5K00

    UML——

    图是在需求分析阶段开发者和用户对需求规格达成的某种共识,它描述了待开发系统的功能需求。 UML视频使我们对图的基本组成元素、属性、粒度等有了理论上的理解,我们还需要自己亲自动手画一画才能加深对图的理解。 画图,首先要分析开发系统中的角色、,然后通过关系把角色和联系起来。 角色:包括系统的使用者,维护人员,使用到的外设,所以角色不仅仅是人,还可以是事、物。 :指的是系统要实现的功能,是对系统功能的描述。 关系:包括依赖、泛化、关联三种关系,指明了和角色之间具体的关系。 第一次画图,角色和感觉还是比较容易就可以分析出来的,但是角色和之间具体是什么关系,就傻傻分不清楚了。

    12420

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 测试管理

      测试管理

      CODING 测试管理(CODING-TM)为您提供井然有序的测试协同管理工具服务,从测试用例库管理、制定测试计划,到协作完成测试任务,为测试团队提供敏捷测试工作方式,提高测试与研发团队的协同效率……

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券