基于需求的测试

  今天听了京东测试开发架构师—薛亚斌老师的分享交流,收货很多,怕以后忘了,特地总结一下,感受这双十一的气氛,今天好开心,还有不到俩小时就双十一了,预祝今年双十一京东能再创一个惊人的数字!

一.基于需求测试的测试类型:

(1)       风险测试:即情况遍历不尽造成的风险

(2)       测称测试:即为探索性测试(有明确的战略和方向,但留有余地,在测试中随机应变)

二. 需求分析测试步骤:

(1)       因果图:即根据约束关系和前提条件一步一步进行

(2)       组合测试:没有因果关系的测试(如:可用正交试验法,也就是排列组合中的那些东西)

三. 在测试中需要考虑的问题:

(1)       需求项分解(功能拆分)

(2)       继承性分析(复制,或基于原来进行优化)=》就有了需求项

(3)       根据功能影响分析推断出基于风险性的分析

(4)       在需求分析阶段确定哪个功能在什么环境(测试环境,线上 or 预发)下运行

(5)       在需求分析阶段要确定测试点,测试类型(功能测试,性能测试等)

四. 关于评估测试时间,

可按照一条用例3分钟来计算,不是每条用例都需要3分钟,但是当你测试产生问题时,需要和PM,RD进行沟通,会占用一些时间,所以3分钟是比较合理的,一天工作日是8个小时,自己评估预算,一般也是按6个小时来计算的,这中间不可能一直坐那里不动在测试嘛

五. 正交测试例子:

(1)规则声明:

   左边方块:每个条件必须选择,每个条件都是单选(1)

右边方块:每个条件可选,可全不选,每个条件可以进行多选(0-n)

(2)统计测试用例的条数

就这一点点的条件,要覆盖的用例条数是2358,看了才知道  这是个多么惊人的数字啊。。。

2358*3(每条用例3分钟)/60(把分钟转化为小时)/6(每天测试6个小时)=19.65天

19.65天,如果我没有算错的话,就要执行这么久,但是这只是一个小功能,给那么多时间测试也不现实。。这时,PICT就能充分的发挥它的作用了,看下面介绍….

六. 关于功能测试的一个正交测试工具:PICT

(1)PICT简介

PICT是一种正交组合测试工具,输入与测试用例相关的所有参数,可输出简化版以达到全面覆盖的效果。

(2)PICT的安装

下载地址:http://download.microsoft.com/download/f/5/5/f55484df-8494-48fa-8dbd-8c6f76cc014b/pict33.msi

百度网盘下载:链接:http://pan.baidu.com/s/1bpDAMHT 密码:q8w0

安装很简单,一直点击下一步即可。

安装完成后,cmd打开后,输入pict,很容易就能看到此工具是否安装成功

(3)PICT的简单实用

  1. 新建一个test.txt文件,放在D:
  2. 把目录切换至D盘,执行pict test.txt会自动生成组合用例
  3. 执行pict test.txt >text.xls,可以把屏幕上打印的组合用例输出到Excel或TXT,这样整合后的用例就少了,减轻测试人员的工作量
  4. 根据生成的Excel或者TXT进行用例的测试

可以自己查文档操作看看最后输出的用例个数,结果超乎你的想象,看到时惊呆了 哈哈~~

七.总结:

  工具不亏是工具,果然l厉害好用,又get了个技能,谢谢薛神

时间: 2024-10-11 09:05:24

基于需求的测试的相关文章

基于需求文档(PRD)的功能用例设计

上一篇我讲了在项目运行过程中,用例是需要动态更新的.接下来我将结合实例(移动app)讲解在不同的阶段如何设计用例. 需求文档(PRD)主要讲述app的某个模块有什么功能,每一项功能的页面展示.页面操作有哪些,不同操作之间的关系是什么.基于PRD的用例设计是使用黑盒测试方法,而我平时主要使用了等价类划分.边界值分析法.状态转换测试.场景测试,操作实践时偏好于将模块分成页面展现.页面操作.接口.异常流,在每一个子项里运用黑盒测试方法进行设计. 以移动app的登录为例,大致需求如下图: 一.验证登录弹

软件需求在测试层面的展现

测试时要做的第一件事,不是熟悉产品,也不是组建团队,而是各方坐下来,敲定测试需求. 这里的"测试需求"并不是一个动宾短语,去测试某个需求:而是指针对测试的需求,我们需要测什么?这是后续测试工作开展的大前提.其实也可以看做是软件需求在测试层面的展现,因为它会约束软件的有效范围,有效范围内的功能.    规格.指标,都必须达到:有效范围之外的要求,则不做保证.测试团队需要根据这个需求来界定工作内容的体量,安排具体的分工,有抓有放.毕竟测试的人力和物力都很有限. 本信息由SKYCC组合营销软

《软件测试设计》第2章——基于结构的测试

概念:又称白盒测试,是基于测试对象的代码.数据或者系统架构而进行测试的一种技术 关注测试对象的内部结构 基于结构的测试技术的共同特点为: ① 测试对象的内部结构信息是设计测试用例的依据,如程序代码和设计架构 ② 测试对象的覆盖率可通过已有的测试用例测量,并且可系统地增加测试用例来提高覆盖率 要求:测试人员需详细了解测试对象的内部结构 步骤: ① 分析测试对象的具体实现和内部结构 ② 识别测试对象的不同路径(选择合适的代码覆盖标准,如语句覆盖) ③ 选择合适的输入数据覆盖测试对象的相关路径并确定期

Spring基于注解TestContext 测试框架使用详解

概述 Spring 2.5 相比于 Spring 2.0 所新增的最重要的功能可以归结为以下 3 点: 1.基于注解的 IoC 功能:  2.基于注解驱动的 Spring MVC 功能:  3.基于注解的 TestContext 测试框架. Spring 推荐开发者使用新的基于注解的 TestContext 测试框架,本文我们将对此进行详细的讲述. 低版本的 Spring 所提供的 Spring 测试框架构在 JUnit 3.8 基础上扩展而来,它提供了若干个测试基类.而 Spring 2.5

REST client 基于浏览器的测试工具

以前在开发webservice服务,都是自己基于HTTP协议,自己写一个测试程序来进行测试,最近在研究RestFul,对以前webservice服务进行了重构,总结了不少经验,今天就给大家介绍下几款Rest Client的测试工具. REST介绍 所谓REST,是Representational State Transfer,这个词汇的中文翻译很不统一,而且很晦涩,有叫“具象状态传输”,有叫“表象化状态转变”,等等. REST风格的Web服务,是通过一个简洁清晰的URI来提供资源链接,客户端通过

DICOM:基于JMeter+dcm4che2测试PACS服务器性能的解决方案(前篇)

背景: 目前对于传统WEB网站性能(压力/负载)的测试工具有很多,loadrunner.iperf.siege等,操作都比较简单,这里就不介绍了.然而对于医疗领域内的服务器,通常指的是DICOM服务器,提供满足DICOM3.0标准规定的各项DIMSE服务,诸如DIMSE-C(C-STORE.C-FIND.C-MOVE.C-ECHO).DIMSE-N(N-CREATE.N-DELETE)等等.倘若使用传统的压力测试工具会有几大局限性: 常见压力测试工具,通过模拟上千万用户实施并发负载及实时性能监测

基于 webdriver 的测试代码日常调试方python 篇

看到论坛有人写了JAVA的测试代码日常设计,就给大家分享一下偶自己平时是如何测试测试代码的.主要基于python语言.基于 webdriver 的日常调试在 python交互模式下非常方便,打开python有交互模式:web端示例: from selenium import webdriverdr=webdriver.Chrome()dr.get('http://cn.bing.com')dr.find_element_by_id("sb_form_q").send_keys(&quo

基于敏捷的测试交付物通用设计

基于敏捷开发流程,每个Sprint周期交付内容应如下: 1.Smock Test(冒烟测试) Test Case(测试用例)[1]: Test Report(测试报告)[2]: 2.Function Test(功能测试) Test Case(测试用例): Test Plan(测试计划)[3]: 测试Bug[4]列表: Test Report(测试报告): 3.Stress Test(压力测试) Test case(测试用例 or Script): Stress Test Report(压力测试报

JIRA的使用介绍(三)- Xray - 基于JIRA的测试管理插件

JIRA是一个流行的产品,除了其自身功能强,可扩展性好以外,JIRA还拥有一个庞大的生态圈.拥有众多的插件开发商.合作伙伴和用户. 从产品层面看,JIRA产品具备很强的扩展能力,例如对于问题单类型.流程.表单.字段,报表,通知,权限配置都是可以定制的,而且还内置或者可以定制很多方案(Schemes)方便扩展. 另外JIRA产品拥有支持Add-On(插件)的能力,围绕Add-On能力Atlassian公司做了一个App市场,各种外围合作方和供应商可以通过App市场把他们开发的第三方的插件开放给所有