测试理论基础

1、什么是软件缺陷软件缺陷包括软件错误但是软件缺陷不一定就是软件有错误。所谓软件缺陷即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误或者隐藏的功能缺陷。2、什么是测试包一组测试用例的执行框架一种组织测试用例的方法。在测试包里测试用例可以组合起来创造出独特的测试条件。3、如何衡量组内测试人员的测试质量其他组员测试的内容通过验收测试预发布环境测试通过线上bug数量以及严重程度来判断4、软件测试的原则是什么测试证明软件存在缺陷 穷尽测试是不可能的 尽早介入测试 缺陷具有集群性杀虫剂悖论 测试是上下文相关的 无错误谬论5、什么是分层测试UI测试、集成测试、接口测试、单元测试6、怎么发现线上用户存在的问题如果是线上用户已经发现了的问题有现成的话可以通过日志来进行分析没有现成的话也可以通过分析用户的步骤和配置以及环境尽量去模拟用户使用场景在测试环境下去复现这个问题。如果一旦复现了就把使用场景添加到用例库方便以后的测试执行更加贴近用户场景。7、什么是自顶而下增量式测试自顶而下增量式测试表示逐步集成和逐步测试是按照结构图自上而下进行的即模块继承的顺序是首先集成主控模块主程序然后依据控制层次结构向下进行集成。从属主控模块的按深度优先方式纵向或者广度优先方式横向集成到结构中去。8、如何看待软件测试软件测试要有过硬的软件编码知识然后要有耐心最重要的就是测试是非常辛苦的事情要规范的去测试编写好每个测试用例既要有方向的测试又要随机测试做好一个测试工程师比开发工程师要难得多。9、怎么写好用例用例名称不能重复用例名称里面不能出现歧义的字语用例标题能一眼看出来你测试的是什么场景指的是你测试场景不重复不一样就行其他的预置条件步骤预期结果都可以重复测试用例简单明了。预置条件就是测这个用例需要达到的条件步骤相对详细要指导测试人员能够执行用例这个场景影响到点作为预期结果检查绝对的详细相关模块检查前后台检查数据库检查都要到位。10、怎么保证测试用例的质量用例之前先对需求文档最详细的理解不清楚的需求及时找产品进行沟通确认写用例时通过等价类、边界值、场景法、错误推测法尽可能全面覆盖需求点写完测试用例后会在组内和项目组开展用例评审结合大家的力量来完善用例在执行完成后会对用例进行维护将冗余不适用的用例删除对于没有覆盖的用例加上