优先级的确定可以使测试任务更有目的的开展,
测试策略:为开展测试工作做的计谋和策略,
1.时间不够 只能测两个 将放弃优先级最低的模块
2.回归测试策略
影响性分析来决定回归测试的范围=
=代码影响性分析=因为开发改代码的时候,他会知道,可能因为改了这批代码,可能要影响到的功能
不愿提供怎么办
遇到过 测试人员 对质量要求非常高 市场用户对软件要求高 质量是最后底线 守好底线 公司才会更好的发展 产品才是硬核的实力
开发代码写的好 但质量意识可能不足 项目是整个团队的事情,
万一真出了问题,临近上线还得加班改加班测,所有的工作提前做好,项目顺利完成,
隐性需求 加权计算 自己设置 eg:10个隐性算1%
测试需求/(显性+隐形)开发需求*100=测试需求覆盖率(%)
冒烟测试:正式测试前进行,目的跑通程序主流程
敏捷所解决的问题:
给到测试的版本质量高
开发慢慢懂业务
开发质量意识提高,懂测试的重要性
坏处:
开发不懂其他功能,会出bug
流程:开发自测 见识到了 自己深深体会开发自测到的好处
越早修复缺陷成本越低
w模型:v&v validation(确认) and verification(检查)
需求分析是,带着开发或者测试去了解
客户-PM 需求文档-开发和测试 对需求进行讲解 开发 测试点
提测 冒烟 发现缺陷 禅道 开发修改 缺陷验证 回归测试
测试基础
测试目的:
发现软件缺陷
证明软件存在缺陷
缺陷预防(把缺陷降低到到一定程度,而不是彻底消灭)
最少用例,时间、人力找到错误和缺陷(2080)
回归测试:针对老功能
介绍cookie和session区别
cookie:登录问题 本地服务器文件 服务器文件 匹配上就能成功登录 保存在本地
session: