因为其具有挑战性和成就感，找一些系统隐藏的逻辑漏洞的时候，自己就非常的开心。并且测试需要细心和耐心，自己可以很快的分析bug的来源。
需求分析讨论-确定测试策略-设计测试用例-测试用例评审-beta测试-uat测试-测试报告
需求确认开始，因为在需求阶段，测试可以评审需求并进行静态测试，减少开发过程中的bug。
不一定，要看情况，如果测试用例质量高，没有发现bug，说明开发质量高。但一般程序都会有bug，如果没有发现BUG，就要思索测试场景是否有遗漏，需求是否理解没到位。
产品经理，开发人员，测试人员，业务需求人员。
没有实现需求说明书列出的功能，出现了没有需求说明书提到不该出现的事情；实现了多的功能；没有实现应该实现的逻辑。
缺陷描述，缺陷的优先级，缺陷的标题，缺陷所属版本号，缺陷所属的功能模块，操作步骤，预期效果，缺陷原因，缺陷所属的开发人员。
重新执行测试用例，并且针对这个缺陷影响的相关点写新的测试用例。
首先把自己的理由，并以需求说明书为自己的站点，如果开发人员还是不认同，可以把自己的观点和理由，提交给产品经理，由其去决定是否为一个bug。
能修复，但不一定所有的缺陷都要修复。
测试用例，测试报告，测试日报
测试用例全部跑完并且bug都已经关闭，然后业务验收后可以上线。
加分项：单元测试、功能测试、集成测试分别在web端、接口端、移动端的定义，你平时是怎么理解它们的？
3.白盒和黑盒的区别，你是怎么运用的？
黑盒：
边界值分析法：如参数的范围0-128，输入128,129,0这些值，查看是否有错误等；
错误推测法：导入功能时，表格为空表格，表格输入1行，表格输入10000行等；
因果图方法：组合参数逻辑图；
场景分析法：根据用户操作模拟用户操作。
白盒：
逻辑覆盖法，基本路径测试。
做过web测试，小程序测试，H5页面测试，后台测试，接口测试。最擅长接口测试，自己给公司的业务流程写过一套自动化框架，用于回归业务流程。
面向对象编程就是把具有共性的事务抽象成属性和方法来进行编程。
索引是由表或者视图中的一列或多列生成的键，可以加快在表或者视图中检索行的速度
接口测试是测试系统组件间接口的一种测试。接口测试就是测试不同系统或模块之间资源交互是否正确。
因为在大部分系统和产品中，资源数据都是核心，所以接口是需要要测试的，并且接口中大部分内容都是数据，通过数据的对比可以推测系统和产品的逻辑，测试接口就是测试逻辑。所以很必要做接口测试。
soapUI、postman、jemeter、insomnia、paw。
swagger 、 接口自动化脚本。
自动化适合做为回归测试的主要方式，新上线的功能一般都是用手动测试方式，一些极端和用户习惯操作还是手动测试比较方便。尽可能线上稳定的功能模块都做成自动化，提供效率。
自动化主要作为回归测试，减少测试时间。UI自动化没有弄，基本找不到bug 。
主要跑的是业务流，所以跑一次需要半个小时左右。
金字塔结构， 最底层UnitTest，往上接口API/集成起来的service， 最上面UI自动化。
提前准备好，在代码里的yaml文件。
业务不变的情况下，一般脚本都是不坏不动的。
服务器内存不够、服务器超出负载、并发量太大、遇到恶意攻击。
数组中的每个元素代表你在该位置可以跳跃的最大长度。判断你是否能够到达最后一个位置。
在 Unix 风格的文件系统中，一个点（.）表示当前目录本身；此外，两个点 （..） 表示将目录切换到上一级（指向父目录）；两者都可以是复杂相对路径的组成部分。
更多信息请参阅：Linux / Unix中的绝对路径 vs 相对路径.
请注意，返回的规范路径必须始终以斜杠 / 开头，并且两个目录名之间必须只有一个斜杠 /。最后一个目录名（如果存在）不能以 / 结尾。此外，规范路径必须是表示绝对路径的最短字符串。
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/15549.html