测试相关

1、项目开发闭环
a.需求规则说明书形成后,内部评审,客户确认,多次反复
产物:原型图和需求规格说明书
b.开发设计:
1.概要设计 hld
2.详细设计 lld
3.编码
4.单元测试
5.集成测试
c.测试人员:
1.分析测试需求----测试需求跟踪矩阵
2.测试计划—测试计划
3.测试方案—测试方案
4.测试用例—测试用例
5.测试用例执行----缺陷报告
6.测试报告–测试报告

2、测试需求提取
没有文档该如何进行?
向开发了解需求,然后梳理需求

1、文档模板
测试计划:测试范围、测试内容、测试资源安排
测试方案:
测试报告:

2、测试的正确打开方式
时间可行
成本可行
在有限的时间里面,然后尽可能充分的测试

3、是不是所有的bug都需要修复呢?
不是的,技术上所有的bug都是可以被修复的,但是有时候考虑到时间和成本可能会放在一下版本再去修复(这里的缺陷值的等级比较低的)

4、什么是软件的生命周期?
1、软件从需求、设计、编码、测试、交付 基于瀑布模型
2、软件从开始到交付的一系列过程

5、黑盒测试用例设计方法有哪些?
边界值和等级类:考虑的都是输入
因果图和判定表:考虑了产生的结果
正交实验法:为了减少用例数量,选取具有代表性的测试用例,进行执行

因素、水平

6、介绍一下你做的进销存这个项目
先描述项目是做什么的,然后按照角色分类去描述:
管理员
店员
老板
7、这个项目你是怎么来做的?
提取测试需求
测试计划
测试方案
测试用例

测试版本划分:
冒烟测试:主要业务流程,
特点:测试用例等级比较高、数量比较少,bug等级比较高
目的:检查开发发布的版本质量,是否会堵塞测试

测试报告

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值