方维服务公司服务范围windows优化大师有毒吗
敏捷模型
测试贯穿于软件的整个生命周期
测试环境 线上环境
准确来说： 1.当且仅当规格说明（需求文档）是存在的并且正确，程序与规格说明之间的不匹配才是错误。
2.当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。
描述bug的基本要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果（必须的）
bug的基本要素包含但不限于这些
bug的级别
| 崩溃 | 严重 | 一般 | 次要 |
|---|---|---|---|
| 阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如代码错误、死循环、数据库发生死锁、重要的一级菜单。功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。 | 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试） | 功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等（该问题实际测试中存在最多） | 界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不准确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理） |
bug的生命周期
测试人员创建了一个bug 开发人员确认是否为有效bug，无效的bug则状态流转为Rejected（拒绝掉） 该bug是否需要立即修改
该bug是否需要立即修改，优先级很低&时间不够，推迟修复
这个bug优先级高，时间充足Fixed，（已修复）
Reopen，bug验证不通过（或者引入一个新的bug），重新打开bug
面试题
在测试工作中，最长遇到的是和开发人员的PK，作为测试经理还会和项目经理、产品经理的PK进度、质量。作为一名测试人员，一般会遇到以下几种情况：
这不是Bug 这个bug的级别太高了 bug影响不大，暂不修改
答：1.先检查自身，是否bug描述不清楚
反省自己：是不是在测试的时候出现了误操作、bug描述是不是没有写清楚
2。站在用户角度考虑并抛出问题
功能正常只是测试的一部分，还需要考虑用户的使用感受
“如果你是用户，你能接受这样的界面/功能/使用吗？”
3。BUG定级要有理有据
bug定级描述文档拿出来，然后将bug的表现和bug定级描述文档进行匹配，说服程序员
4.提高自身技术和业务水平，做到不仅能提出问题，最好也能给出解决方案
用例篇
设计测试用例基本是测试面试的必考题
面试：先拿小公司试水 争取中型公司 冲刺大型公司
方法+练习=无敌
测试用例的概念
什么是测试用例？
测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环节、操作步骤、测试数据、预期结果等要素。
设计测试用例原则一：
测试用例中一个必需部分是对预期输出或结果进行定义
| 用例编号 | test-01 |
|---|---|
| 标题（重要） | 成功注册网易邮箱 |
| 测试方式 | 手工测试 |
| 功能模块 | 注册登录 |
| 重要性 | 重要 |
| 测试前提 | 系统运行正常，邮件服务已开启 |
| 测试环境（重要） | win10chrome版本103.0.5060.66(正式版本)（64位） |
| 测试数据（重要） | 邮箱地址：3079029894@qq.com 密码：123456 手机号12312313231 |
| 测试步骤（重要） | 1.打开谷歌浏览器，输入网易注册地址：https://mail.163.com/register/index.htm 2.输入邮箱地址，密码，手机号，获取验证码并输入正确的验证码，勾选协议 3.点击注册按钮 |
| 期望结果（重要） | 展现注册成功的结果页，并且使用刚注册的账号可以正常登录并进入邮箱首页 |
| 标题 | 测试环境 | 测试数据 | 步骤 | 预期结果 |
|---|---|---|---|---|
| 正常登录 | win10 | admin,123 | 1.巴拉巴拉 2.巴拉巴拉 3.巴拉巴拉 | 登录成功 |
| 异常登录 | win11 | lisi,123 | 1.巴拉巴拉 2.巴拉巴拉 3.巴拉巴拉 | 登陆失败 |
| 异常登录 | win11 | abc,123 | 1.巴拉巴拉 2.巴拉巴拉 3.巴拉巴拉 | 登陆失败 |
| 异常登录 | win11 | !@#,123 | 1.巴拉巴拉 2.巴拉巴拉 3.巴拉巴拉 | 登陆失败 |
笔试的时候编写测试用例题，需要按照excel表格的方式来答题（会涉及到测试用例的要素）
而面试的时候回答测试用例题，按照思维导图的方式一一道来即可（不会涉及到测试用例的要素）
案例：
现在有一款产品，要求我们对“门锁”设计测试用例，假如你是测试人员，你会怎么设计呢？
测试用例的设计并不是越多越好，而是能够达到更大的功能覆盖率则是更好的
性能测试：0~100KM 五菱 法拉利 用户表：存储用户的账号和密码
万能公式：功能测试+界面测试+性能测试+兼容性测试+易用性测试+安全测试
案例：对水杯进行用例测试
