• 13
  • 13
分享

一、功能测试用例的设计

举例:

(一)我想要回家,让你给我买一张票,然后设计测试用例

答案:

  1. 确定需求(回家回哪,需要什么票,买什么时候的票)

  2. 开始测试

  • 功能测试(我去买票(买火车票,飞机票),买到票(什么时候),回来给你);

  • 可靠性测试(我去买票过程中被撞死了,票买不到怎么办,延期了,买那个点的票没了怎么办让我帮他买票的人的身份,比如是否有特殊优待,如军人,1米2以下儿童等,身份证丢了,或者票丢了,责任划分);

  • 可维护性测试(票是否可保存完好);

  • 兼容性(还不同人的去买,我中间招人去买,我坐车走路);

  • 算法测试(我通过不同的渠道买票花费的时间);

  • 竞品测试(别的人怎么买的票);

  • 安全性测试(身份信息保密);

  • 性能测试(一个身份证买多张票,同时多张身份证买多张票)。

二、工作测试流程:

(一)功能测试流程

  1. 需求评审(重点,你发挥的作用是什么,需求可执行性,关联影响的功能模块,异常情况处理);

  2. 评估测试时间(测试计划);

  3. 测试用例设计(正交,边界值,等价类);

  4. 用例review(领导,开发,产品);

  5. 提测(确认开发进行过自测,功能主流程畅通,然后开始介入测试)(产品开发测试一块走流程);

  6. codediff(代码改动点,从根源发现开发的问题,代码中明显测试代码(return,写死值),公共静态变量在发生高并发时容易出问题,所以不能让这个变量的值去内存里面取);

  7. 执行用例;

  8. 提bug(jira);

  9. 回归测试;

  10. 确认测试(准生产环境确认)(分情况);

  11. 发布(线上回归);

  12. BUGreview(总结问题)。

注意点:

发布测试来控制,测试环境部署测试来控制

发布过程中,开发运维做监控。(分批发布)

三、app专项测试:

  1. CPU,内存,流量,电量,弱网,兼容性,FPS,中断,安装,稳定性怎么自动化实现,写一些自动化框架方法封装起来,重复的使用;

  2. 冷热启动的区别

冷启动:在个人电脑中,冷启动是切断电源后重新启动。App类似,就是完全退出(不在后台运行)后重启启动。

热启动:非冷启动情况都可以称为热启动。热启动比冷启动多了一个触发点,那就是在后台启动App,比如双击苹果的HOME键,进行App的热启动。

同时热启动通常会有一个计时器,特别是一些理财和银行的类的App会做此处理,当你间隔一段时间触发了热启动后,会让你再次登录(通过密码/手势/指纹)。也有比如网易新闻客户端这样的,当你间隔一段时间后触发热启动,会弹出广告页。

四、工具使用:

postman:接口,功能测试,可以做参数化;

httprequester:接口,功能测试;

jmeter:接口功能性能工具;

lr:接口功能性能;

fiddler:抓包,设置代理,设置断点,mock数据;

charles:抓包,设置代理,设置断点,mock数据;

robot:功能自动化;

uft(qtp):功能自动化;

docker:容器;

monkey:性能稳定性(app);

jenkins:自动持续集成;

git,svn:代码管理;

xmind/visio:脑图;

soapUI:接口功能测试(HTTP,WEBSERVICE协议);

xshell/SecureCRT/putty:

slor:关键字分词;

slor:我测试:我测试分别去数据库搜索结果;

nginx(反向代理);

tomcat(动态网页发布)。

五、基础概念:

什么是性能测试

HTTP协议(哪些方法,什么区别(GET\POST),怎么组成,状态码)

TCP三次握手四次离手

线程,进程区别联系

内存泄露,内存溢出

死锁

六.自动化测试:

自动化测试脚本的应用场景:

  1. 重复性较多的,写脚本能省时间,节省效率,接口重复回归,功能重复回归

  2. 手动做不了的测试,上万数据的准确性校验,脚本跑,错误数据筛选出来

数据更新机制的调整,全量变成增量更新()

自动化框架的搭建:

接口自动化框架

  1. 结构(1、框架思想(数据,关键字,行为,事件,混合)

  2. 读取用例的模块(excel,txt,mysql,xml)

  3. 发请求的模块(requests封装)

  4. 断言模块(re,遍历断言)

  5. 日志模块

  6. 测试报告生成模块

  7. 发邮件模块

  8. 配置文件)

2、怎么设计测试用例,注意哪些点()

3、怎么断言

功能自动化框架

  1. 和接口自动化类似;

  2. 对页面各个控件的api封装(哪些封装,下拉框,选择框,对隐形控件怎么处理);

  3. 不同环境处理;

  4. xpath定位方法();

  5. js定位方法()。

平台工具:

  1. 接口自动化集成到平台上;

  2. 平台做测试环境,线上环境的监控;

  3. 做公用统计线上badcase的统计。

七、算法:

(会多门语言(前端了解。java熟练,python熟练))

排序算法:

冒泡

快排

查找算法:

二分查找,

队列,堆,栈实现:

八、linux:

常用命令背下来,熟悉,知道怎么用

ls-alih()

看日志(cat,head,tail,more)

grep|wc-l

九、数据库:

关系型数据库:

mangodb

mysql(sql,慢查询,配置)

oracal

GP数据库

非关系型数据库:

redis

十、服务架构:

服务分布式架构(超融合):概念实现理解

十一、网络

IP

网关

路由

根据子网掩码算网关

NAT

VPN

交换机配置


作者:echo6120

原文链接:https://blog.csdn.net/qq_30758629/article/details/81568366

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   微信发红包测试用例  功能  1、在红包钱数和红包个数的输入框中只能输入数字;  2、红包最多最少的输入钱数200、0.01;  3、拼手气红包最多可以发多少个红包  4、超过最大拼手气红包是否有提醒;  5、当红包钱数超过最大范围是否有提醒;  6、余额不足时,红包发送失败,或者会不会匹配切换支付方式;  7、红包描述里是否可以输入表情汉字英文数字等;  8、红包描述里最多有多少个字符;  9、发送的红包别人是否能正常领取;  10、发送的红包自己可不可以领取;  11、24小时后别人没有领取的红包是否可以退回原来账户,或者是否还可以领取;  12、用户是否可以多次抢一个红包;  13、...
            11 12 3646
            分享
          •   在JMeter脚本设计中,搭配使用各类测试元设计接近实际场景的步骤是整个脚本设计环节的关键。各元件组合搭配,在完整的测试交互周期中,发挥了数据抽取转换、分支逻辑控制、响应解析判断等多种功能,将标准交互请求进行包裹、扩充、衔接、串联形成触达不同数据、激活不同逻辑的树形执行结构。  因此了解JMeter各测试元件在执行线程生命周期内的执行顺序,对复杂场景脚本设计有重要帮助。  取样器(Sampler)。作为支持JMeter实现协议交互的核心元件,也是线程执行的主体部分,在实现请求交互的前后阶段为其他元件发挥增强功能提供基础。环绕在取样器元件之外,有“切入式”的增强元件,也有具备全局性质的功能元...
            12 12 1811
            分享
          •   黑盒测试仅关注输入和输出,将程序看成一个黑盒子。在不遗漏需求的情况下,打开这个黑盒子,从代码实现的角度进行分析,可以更好的理解测试用例,帮助我们完善测试用例设计,更好地提升测试效果。  本文从一元多项式的加法和乘法运算程序进行系统阐述,以期阐明作者思路。  程序功能描述:设计程序分别求两个一元多项式的乘积与和。  (1)Input :输入分2行,每行分别先给出多项式非零项的个数,再以指数递降方式输入一个多项式非零项系数和指数,数字间以空格分隔  (2)Output:输出分2行,分别以指数递降方式输出乘积多项式以及和多项式非零项的系数和指数。零多项式应输出 0,0  (3)举例:  执行加法...
            12 12 1223
            分享
          •   测试小伙伴们,你们有遇到下图的情况吗?  这张图其实还算“温柔”的,其实有些情况下,某些测试人员或者开发人员脾气大的可能撕逼或者快干架。所以如何和开发有效沟通,并高效劝说开发改掉bug是一门学问,以下是我总结八年测试经验给测试新人的一些建议:  1、和开发人员保持友好的团队关系。这是最重要的一点!  我以前遇到一个开发,刚开始给他提bug时,他是各种抵触情绪加敷衍。后来我就私底下和他多接触,了解他的脾气,久而久之他也和我熟络起来,结果不仅不再有抵触情绪,甚至还帮我主动定位bug。其实人心都是肉长的,我们做事既要讲理,也要适当打打“感情牌”。注意跟开发沟通的语气,要有换位思考的意识,做事情对...
            1 1 1550
            分享
          •   我们讲过性能测试计划,接下来我们就来讲讲如何设计符合项目的性能测试计划。  到上篇为止,我们了解了性能测试计划中包含的内容,但是,这个颗粒度,我觉得作为一名测试经验不够丰富的性能工程师来说,还是有些迷茫,只知道理论还不够,如何把性能测试计划落地,才是我们这次的目标。  所以,接下来,我会结合实际的项目案例,来落地性能测试计划。当然,针对一看就懂的内容,我就不过多唠叨,毕竟,大部分人的想法都是:时间很珍贵,干货要满满。  设计符合项目的性能测试计划  背景  根据你的实际项目来描述即可, 此处省略……  性能目标  根据商品在系统中的下发主流程,来测试系统的单接口最大容量;  根据业务比例设...
            0 0 903
            分享
      • 51testing软件测试圈微信