【iruance】软件测试中的常见问题

1、BUG的等级划分有哪些？

 致命的：危及人身安全，系统崩溃或挂起等导致系统不能继续运行。
 严重的：不能完全满足系统要求，基本功能未完全实现或影响部分功能无法执行，使系统不稳定、或破坏数据、或产生错误结果（性能问题）。
 一般的：不影响功能实现，但是影响用户操作的，需要进行完善的小问题。
 建议性/提示：不影响用户操作的建议性问题。

2、你作为测试人员，在项目工作中遇到了哪些风险，然后你是怎么处理的？

转测延期：提前和开发沟通看能否按时转测，如果延期看延期时长，如果是半天一天可以加班赶进度，如果超过一天则向领导报告风险，看和开发沟通是否先转测部分需求。
产品临时变更需求：找领导反馈，根据实际情况告知测试时间不足可能会有漏测的风险。再加班完成测试任务。
测试联调阻塞：找对方系统负责人反馈，将风险告知领导。用测试桩模拟对方系统的请求，处理数据。
测试同事离职：和同事做好交接工作，让领导协助其他测试人员帮助。

3、给你一个项目，怎么快速熟悉？

1.先访问目前系统上所有页面，所有功能，熟悉系统；
2.看系统功能模块的数据存、取的是那些表，熟悉表结构；
3.多看需求文档、开发设计文档、原型图、设计稿、看之前的用例和BUG；
4.有空的时候找同事帮忙讲解 解答疑问；

4、如何保证测试的覆盖度？

   先根据需求编写测试点，开阔测试思路，再根据测试点编写测试用例，尽可能多运用等价类、边界值、场景法、状态迁移图等方法完善测试用例。
编写完测试用例后组织用例评审会议，邀请相关测试开发参与会议。测试完成后和同事进行交叉测试。

5、http接口常见的状态码有哪些?

 200 请求成功
 301 永久重定向
 302 临时重定向
 401 请求需要认证
 403 服务器拒绝访问
 404 资源不存在
 414 请求的URI过长
 500 服务器内部错误
 502 网关错误
 504 网关超时

6、线上BUG如何处理?

1.在测试环境复现
2.开发修复后在测试环境复测，并考虑还有没类似的场景。
3.将测好的补丁上线到现网，在现网复测

7、给你一个接口你会怎么测？

    1.请求方式：get、post
    2.入参：
        必填项：
                1.入参为空，入参值为空，入参值为空格，调用接口失败
                2.必填项入参正确，调用接口成功
                3.根据入参的场景传参
        选填项：
                1.入参为空，入参值为空，入参值为空格，调用接口成功
                2.入参正确，能正常处理，调用接口成功
                3.入参为空时默认值正确，如：page页数不传默认返回第一页的数据
        参数类型：
                字符串：长度
                整  形：范围、非数字、负数
                浮点型：范围、非数字、负数
                日  期：格式、年月日、时分秒、2022-04-08、2022/04/08、2022.04.08、2022/4/8
                列  表：[]、非列表
                对  象：[key:value]
        枚举值：
                1：男，0：女，2：人妖
                    正常：0、1、2
                    异常：-1、3、1.1、字符
                    
    3.出参(返回结果)：
        返回结果中所有的字段与字段值都需要检查，接口文档中
        
    4.登录校验：
        请求头中传递cookie信息调用接口成功，不传登录信息，调用接口失败
    5.token校验
        token正确调用接口成功，token错误、token过期调用接口失败；session登录信息过期调用接口失败
    6.幂等性：
        用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用

8、post的环境变量和全局变量有什么区别？

1.选择环境才能使用该环境的变量；全局变量不需要选择环境；
2.全局变量和环境变量都有这个变量，优先取环境变量的值。

9、postman中怎么实现接口串联？

 在第一个接口请求中的test中编写脚本，设置环境变量，变量名自定义
 变量值取接口返回的对应的值。在下个接口中取调用上个接口设置的变量值。