测试发现bug 而开发不认为是bug的时候怎么搞？
1.测试人员在根据需求文档或者是规格说明书/原型图来进行匹配
2.测试人员根据不同的测试环境来进行多次尝试来确认bug 并将bug的复现步骤进行记录
3.如果开发仍旧认为不是bug 需要的测试主管来进行讨论 确认是否bug
4.需要找产品经理和项目经理进行讨论是否bug
5.如果认为是bug测试人员将bug进行记录并提交到测试总结中
黑盒、白盒、灰盒的区别是什么？
黑盒测试 ：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试 ：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法
测试有哪些分类？
测试的流程是什么？
项目发布立项会的时候测试人员进行参与需求讨论并生成<需求文档》测试回在根据需求文档编写测试计划，然后uI回根据需求文档进行设计原型图，后台开发对数据库的设计,然后后台开发通过需求文档和原型图进行编码，同时测试人员进行编写测试用例,开发编码结束后测试对主要功能进行冒烟测试，如果冒烟测试执行通过，根据编写好的测试用例进行执行，发现bug后进行提交bug;开发进行修改bug,开发修改后的bug进行回归测试上线后需要对项目的进行<测试总结>
如图：
