[腾讯 TMQ] 组合测试从理论到实践——从吃货的角度实现组合测试用例的自动设计

作者:张丽颖##

从吃货的角度观察组合

作为一名合格的吃货,小编我每天为了吃的健康着实费了不少心思,每周我都会根据应季蔬果来定制一周的饮食,以下是我这周的定制计划:

蔬菜类: 豆角, 土豆, 莴笋, 青椒, 西红柿, 圆白菜, 芹菜

水果类: 葡萄, 西瓜, 苹果, 柑橘, 菠萝, 柚子, 香蕉, 李子

肉类(蛋白质类): 牛肉, 猪肉, 鱼, 鸡肉, 羊肉, 豆腐

汤类: 菠菜汤, 西红柿汤, 紫菜汤, 五谷粥

在不得不考虑食物相克相生的前提下,这些定制计划中必须要进行适当的搭配才不会把小编自己吃趴下,在上面的食谱中,不能同时食用的食物有:

l 羊肉和西瓜

l 李子[……]

阅读全文>>

不会做bug分析?套路走起~

WHAT  什么是bug分析

bug分析:本文指的是微观的bug分析。从单个有价值的bug入手,追踪和分析bug产生的本质原因,在此基础上对产品各个角色、以及项目流程做改善和优化。

可见,bug分析分为两部分。一是“bug分析”本身,二是以分析结果为前提,所做的一系列优化改善。

WHY 为什么要做bug分析

原因一:借助bug,提升测试人员对产品质量的整体把控
从项目初期的产品需求PK,到开发阶段的自测、迭代提测、集成上线提测,直至发布后用户反馈,可以说bug几乎贯穿了产品发展的各个阶段。对于测试人员来说,用好手中的bug,提升对产品的理解,能够更高效、更有效的测试,从而把控质[……]

阅读全文>>

快给你的用例做减法吧

前言

生活的智慧,有时不在于多,而在于少。同理适用于测试用例的管理中。

一. 热身:数一数你的用例数

随着互联网时代节奏的日益加快,许多产品都会在版本迭代中对功能做加法,于是累计的测试用例似乎都无可避免地越来越多。从小编自己的经验,作为测试人员,最开始设计测试用例的时候追求做到“全面”,导致我们的用例似乎也不知不觉中在做加法。你有没有思考过一个问题,你的产品总用例究竟有多少?而当下你是否也感受着用例多带来的效率不高的痛点?

不妨坐下来,随小编一起打开这几个版本产品的总用例。你的用例是否也有以下几个问题中的任意一个:

1. 用例量庞大:以笔者的用例为[……]

阅读全文>>

[腾讯 TMQ] 移动 APP 测试用例设计的关注点

【腾讯TMQ】移动APP测试用例设计的关注点

在我们的测试工作中,对于某个APP的测试其实有很多东西都是类似的可以抽象出来的,这里june总结一下大部分APP测试的时候都要考虑到的方面。如果漏下了其他方面,欢迎大家补充。

1. 应用的启动和停止

1.1 首次启动

是否出现欢迎界面,欢迎界面的停留时间合理,欢迎界面后是否正常进入应用;

首次启动时间是否合理;

该拉取的信息是否正确;

桌面图标是否创建成功,功能启动快捷键创建是否成功(某些安卓手机会有在桌面创建应用内某个功能的快捷键的需求)

1.2 二次启动

启动时间是否符合预期;

从各个启动入口进入应用是否可以正常进入:程序启动主图标,某[……]

阅读全文>>

用例精简+精准测试实践

为什么要做用例精简和精准测试

测试用例越来越多,测试效率低下

这是因为在目前的快速迭代开发模式下,测试人员需要不停覆盖不断调整的产品逻辑需求,因此测试用例也越来越庞大了,以病毒查杀为例,目前用例已达500多条用例,导致全量测试时间很长,同时发现的问题并不和用例数成正比

以往迭代测试用例更多是功能“点”的覆盖,而不是用户场景“线”、“面”的覆盖

目前产品经理给出的需求都是增量文档,也就是很难有某个产品的完整需求文档,因此,每次用例更多是功能点的覆盖,比如需求文档里面提到点击某个按钮会有什么变化,那某次用例编写时可能只是简单的覆盖,但这种用例并不完全符合用户实际场景,因此还是可能出现覆盖不完全问题[……]

阅读全文>>