软件测试基础3.16
回顾:
公司一直采用的是敏捷模式 敏捷模式是小步快跑的特点
公司的3个直属领导 pm 项目经理 测试负责人 测试经理 pm经理的参考60%来自测试负责人
2周的迭代
第一周
周一:熟悉产品需求文档 评审需求文档 列测试计划
周二:编写测试用例
周三 :评审测试用例 完善测试用例
周四 和周五 编写自动化测试 case 等待开发转测 并且对开发的代码进行冒烟测试
第二周
周一:开始第一轮对代码进行测试
周二:回归所有的bug 开始第二轮测试
周三:开启系统测试 准备提交验收测试
周四: 编写测试报告 准备上线前的工作
周五:跟踪上线后产品的情况 然后项目经理领导大家进行内部复盘
复盘 主要包含两个 第一 哪里做的好 第二 哪里做的不好 需要改进 如何改进
测试用例的设计方法:
等价类测试用例设计方法
定义 等价类是把所有可能的输入数据,及 程序的输入域分为若干部分(子集),然后从每一个子集中选取少数 具有代表性的数据作为测试用例
逻辑学的角度而言: 输入 中间处理 输出

等价类:就是针对被测对象输入的数据,可以分为有效数据域无效数据
被测对象可以分为两个维度的测试:
1、正常流程 需要测试的数据可以理解为有效数据
2、异常流程中需要测试的数据可以理解为无效数据
下面是针对注册时 手机号码的填写 的有效数据和无效数据
有效数据:以1开头的被三大运营商认可的可以正常使用的11位数字
无效数据: 1、空
2、少于或者多余11位数字的号码
3、数字+字母
4、数字+符号
5、纯字母 纯符号
6、不是以1开头的11位数字
拉勾网测试这个职位
有效数据是:1、所有显示有关测试类的职业
2、公司+测试
3、地点+测试
无效数据:1、 空
2、不含测试 2个字的其他字母 数字 符号
3、字母与数字的组合 字母与符号的组合 数字与符号的组合
2个测试用例一般都是针对 web 与 服务
saas化 微服务架构 Software AS A Service
paas 平台及服务 Platform As A Service
场景 :
开发编写一个服务,拉来测试同学直接讲逻辑合代码,然后让测试同学下来进行测试
用户名有效数据 :所有不是大于6个字符的数
用户名无效数据:1、空白 所有超过6个字符的数
密码有效数据:所有不能大于6个字符的数字
密码无效数据:所有超过6个字符 空白
年龄有效数据:所有非0整数
年龄无效数据:0 空 负数 字母 符号
性别有效数据:男或者女
性别无效数据 :不是男或者女的所有其他字符 空
边界值分析法:
就是对输入或者输出的边界值进行测试的一种黑盒测试方法,通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界
定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。
数学中的排列组合

== ! or and ---分别用这些来表示
因果图:简单的理解就是被测对象有多个输入条件,根据排列组合的数学概念,把多个条件逻辑的关系(并且、或者)进行组合,得到一个输出的结果信息。




有关拉勾网搜素职位 根据or和and 的逻辑进行的测试案例
首先 搜索测试这个职位
然后 测试and工作地点or 工作经验or 学历
测试and工作地点and工作经验or 学历
测试and工作地点and工作经验and学历
标签系统
由地区 性别 年龄 爱好 星座 等等 一系列的条件形成了人群画像 个数是无限的所以有了正交实验分解法
正交分解法
因果图结合排列组合设计出来的测试用例的个数是无限扩张的,但是测试资源是有限的,所以在这个情况下,只需要选择有代表性的数据进行测试,这就是正交分解法解决了问题
利用因果图来设计测试用例时,作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人,给软件测试带来沉重的负担,为了有效地合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。
职位是测试为例:
年限:1-3年、3-5年
学历:大专、本科、研究生
地区:全国 北京 上海 广东 深圳 西安 武汉 城都
薪资:5-10k 、10k-15k
公司规模:20-99人 、100-499人、10000人以上

浙公网安备 33010602011771号