白盒测试
写在最初
-
你设计的测试用例是好的测试用例吗?
-
作为测试我们怎么确保经由我们测试上线的项目,是经过充分测试的项目?
为什么我们要做白盒测试
a、测试清楚、透彻
-
完全了解开发实现逻辑,对齐三方思路:产品、开发、测试
-
测试场景更完整:代码分支尽可能穷尽、清晰完整的等价类划分、异常场景分析
-
前后端分离测试:前端可以通过map local方式mock接口响应来测试,后端通过本地启动服务测试,不需要频繁构造数据,bug及其归属也更清晰
b、了解问题发生的原因,知其然知其所以然
d、减少非必要的功能回归,在进行白盒测试期间就可以知道代码改动点和影响范围
白盒测试不只是测试代码
身为测试工程师,重要的是测试代码实现是否满足需求,所以在进行白盒测试前,我们依然需要写功能用例,然后在进行白盒测试时带着我们的功能用例去进行测试,同时考虑代码实现合理性和功能问题;切记不要太沉入到开发的代码中而忘记我们本来的功能用例。
怎么做白盒测试
静态测试
动态测试
还是建议本地跑一下代码测试,虽然代码可能看着没问题,但是谁也保不准会看漏掉,代码只有跑一下才知道有没有问题
开发基础知识准备
-
工具
-
Redis Desktop Manager(需要自己破解)、Another Redis Desktop Manager(开源)
-
Charles(破解 Registered Name: https://zhile.io 、 License Key: 48891cf209c6d32bf4)
-
框架
-
知识
-
kafka概念
-
技能
-
Postman接口测试
-
Charles抓包(web,app):breakpoint、map local、map remote
-
环境搭建
-
Maven本地配置及环境搭建:下载maven最新版本,配置环境变量
-
IDEA设置maven环境:设置maven home path 和settings file上面配置maven和settings.xml
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。