引言
小伙伴们,公共研发基础就这么多了,除了C++开发外,还有一些其他的知识,但这些知识对我们来说可以说是在未来的时候,瞌睡的时候送枕头,秒的很呀,小伙伴们一定要仔细看完哟,今天的内容就接着昨天没写完的继续了,好了,废话不多说,开始开始!!!
功能测试:
- 功能测试就是对程序的功能进行的验证测试,并不包括安全性,性能,美观,易用,兼容等问题
非功能性测试:
- 包括安全性、性能、美观性、易用性、兼容性;
冒烟测试(⭐重要⭐):
- 冒烟测试就是对程序的最基本功能进行的测试,冒烟测试通过,版本正式进入系统测试阶段,若冒烟测试不通过,则版本打回开发;
软件研发模型
瀑布模型:
瀑布模型是一种将软件研发过程看作瀑布水流一般、所有研发流程自上而下、固定次序;若中间任一环节出错,则必须返回第一步重新开始;
- 瀑布模型更适用于需求明确,任务明确的项目,它更有利于大型项目的组织研发;
V模型:
- V模型是一种将软件研发过程和测试过程一一对应的软件研发模型;
敏捷模型:agile
-
敏捷模型是一种以人为核心、迭代、循序渐进的软件研发思想;它是将将软件研发过程拆分为不同的子项目,这些子项目具有独立开发、独立部署、独立交付的特性;
-
敏捷的三角色:
- PO:product owner:产品拥有者;主要负责和用户对接需求以及在每一个迭代时确定需求和需求优先级
- SM:scrum master:敏捷教练;主要负责scrum流程的正常实施,人员的分工、资源的协调;组织立会; scrum:表示敏捷的实践
- team:主要包括开发、测试、运维等
-
敏捷的三大交付物:
- product backlog,产品需求列表,是由PO组织开发/测试在迭代会议上产生;产品需求列表中需求是以用户故事(US)的方式体现用户卡片上;
- sprint backlog:迭代需求列表
- increment:每一个迭代产生的程序和相关文档
-
敏捷的四大会议:
- 每日立会
- 也被称为站会、每日站会等;在日常开发时,要求开发人员每日早上进行5min~15min的站立会议;
- 立会主要由每一个开发人员根据KanBan上的内容对自己之前任务和现有任务汇报并对疑难问题进行解决;
- KanBan内容:TODO DOING DONE %
- 迭代会议
- 由PO组织开发/测试在每一个迭代开始之前进行对需求进行评审,以此确定需求和优先级
- 评审会议:
- 在每一个迭代结束时由PO对increment进行评审;
- 回顾会议:每一个迭代结束时,需要对本迭代做的好的地方和不足的地方进行总结
- 每日立会
测试用例设计方法
等价类划分法:
- 往往测试数据时无限的,完成全部测试基本是不可能的,因此可以使用等价类划分法将无限的数据化为有限的数据
- 等价类划分法将数据分为两类等价类:
- 有效等价类:有效等价类是对于系统而言有意义的、正确的输入
- 无效等价类:有效等价类是对于系统而言无意义的、错误的输入
边界值分析法:
- 通常程序是在边界附近出现问题,因此可以使用边界值分析法设计测试用例;
- 三点:
- 内点:边界内的点,内点可不测
- 上点:边界上的点
- 离点:离点是离上点最近且和上点不在同一等价类的点
场景法:
- 也被称为流程分析法;使用场景法在进行测试用例设计时,需要将测试场景分为正常场景(基本流)和异常场景(备选流);一般基本流使用黑直线表示,备选流一般使用弯曲的细线表示;
- 使用场景法时一般先将所有的正常场景的用例进行编写,再编写所有异常场景的用例;
- 百度注册案例:
- 用户名:纯中 纯英 中英 14
- 手机号:11数字
- 密码:8 14 字数 字标 数标 全
- 验证码:5min 4位
- 勾选:勾选
- 正常:
- 用户名:纯中14 纯英14 中英14
- 手机号:11
- 密码:字数8 字标14 数标14 全8
- 验证码:5min 4
- 异常:
- 用户名:0位和15位 空格(前中后) 特殊字符($ % # @ ) 其他文字
- 手机号:10 12 为空 空格(前中后) 特殊字符($ % # @ )
- 密码:为空 7 15 纯数 纯字 纯标 空格(前中后)
- 验证码:3 5 5min之外 为空 空格(前中后) 特殊字符($ % # @ )
- 勾选:不勾选