1、系统测试、集成测试的区别
系统测试最主要的就是功能测试，测试软件《需求规格说明书》中提到的功能是否有遗漏，是否正确的实现。做系统测试要严格按照《需求规格说明书》，以它为标准。测试方法一般都使用--黑盒测试..
系统测试这个称呼往往被用于压力测试、容量测试、性能测试、安全测试等方面。
集成测试在系统测试之前，单元测试完成之后系统集成的时候进行测试。集成测试主要是针对程序内部结构进行测试，特别是对程序之间的接口进行测试。集成测试对测试人员的编写脚本能力要求比较高。测试方法一般选用黑盒测试和白盒测试相结合。
2、验收测试、用户测试的区别
验收测试是为了让客户签合同，付钱。验收测试有α测试，β测试，和正式验收测试。alpha：测试环境测试beta：用户环境测试
用户测试是付钱之后，再看实际中是否好用。
比如你要定制一个世界第一，宇宙无敌，超级烽火霹雳的一双鞋子，和厂家说要40码。
厂家做好以后，用尺子量给你看，确实是40码，然后付钱，是验收测试。
自己付钱以后，穿上去感觉大小，是用户测试。
3、系统测试过程
系统测试过程可分为四个步骤：
1.单元测试(模块分调)
每个模块可以作为一个单独的测试单元，而且也比较容易设计测试用例。单元测试中所发现的错误，往往是编程和详细设计的错误。
2.子系统测试(模块联调)
子系统测试是将经过单元测试的模块放在一起形成一个子系统来测试。子系统测试的目的是测试模块间接口的正确性。
3.系统测试
系统测试是将经过测试的子系统装配成一个完整的系统来测试。在这个测试中发现的错误有设计和编程的错误，也有需求分析中的错误。
4. 验收测试
验收测试是将系统作为单一的实体进行测试，测试内容与系统测试基本相同，但是验收测试是在用户参与下进行的，它的目的是由用户来测试软件能否满足用户的需求。
模块与程序的调试，主要采用白盒法，而在子系统测试、系统测试过程中主要采用黑盒法。
4、BUG的生命周期
New:（新的）
当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug
Assigned（已指派的） 当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug
Open（打开的） 一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug”
Pending Reset（待在测试的）
当bug被返还到测试组后，我们将bug的状态设置为“Pending Reset”
Reset(再测试) 测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset”
Closed（已关闭的）
如果测试人员经过再次测试之后确认bug 已经被解决之后，就将bug的状态设置为“Closed”
Reopen（再次打开的）如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组，并将bug的状态设置为“Reopen”
Pending Reject（拒绝中）如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下开发人员可以拒绝，并将bug的状态设置为“Pending Reject”
Rejected(被拒绝的) 测试组的负责人接到上述bug的时候，如果他（她）发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候，发组负责人就将这个bug的状态设置为“Rejected”
Postponed（延期）有些时候，对于一些特殊的bug的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，bug的状态就被设置为“Postponed“
5、测试计划、测试方案、测试策略的区别和联系
测试计划：从管理角度对整个测试活动进行规划和控制。测试方案：从技术角度对整个测试活动进行规划和控制。测试策略：属于测试方案里的内容之一，描述你执行哪些类型的测试，怎样组织测试。
6、如何保证版本计划中的100%的不漏测
用用例的100%关联和映射所有的版本需求
7、什么是软件测试
软件测试定义是：为了发现程序中的错误而执行程序的过程