测试理论梳理

梳理

√测试流程 (关键字:冒烟测试 验收测试)

√敏捷模式 两周一迭代

√测试用例的要素 (编号、名称、、、)

√测试方法 考虑(功能和非功能)

√测试用例编写注意事项

√BUG注意事项 : 标题 步骤 截图 错误日志

1、印象最深的BUG

2、如果你提交的BUG,开发不承认,你会怎么办?

找开发沟通,按照需求说明书,说明书没有明确时,找领导沟通 。

 

需求文档里面有什么?

1、本次迭代的页面交互图

2、业务逻辑流程图

3、关于业务逻辑的描述

 

一个功能,实际测试5天,给你3天时间,你是否接受?

1、接受,但是我会评估这个工作量,如果评估后,认为是四天的工作,而不是三天的,那么我会找你详细的说明理由。

 

一个迭代多少天?具体每天的工作内容是什么?一个项目(团队)里面多少人?

评估工时以天为单位

 

项目管理工具?

Jira; TAPD;禅道

 

story的特性:

1、可以独立的转测

2、可以独立的测试

3、又开始有结束

 

文档有哪些?

需求规格说明书、概要设计说明书、详细设计说明书、用户手册(帮助文档)等

测试文档:测试计划 测试用例 测试报告

 

测试方案

背景

整体测试思路

 

posted @   jia---  阅读(52)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架
点击右上角即可分享
微信分享提示