1.什么是软件测试？
软件测试是为了验证软件功能是否满足用户的需求。
它有两个方面的含义：一、找出软件存在的bug 二、证明软件不存在错误的过程，即验证软件是正确的。
软件测试的定义随着发展而不断扩展，但是不可否认的是软件测试最基本的活动就是找bug。而不同的定义只是说明了测试的目的以及如何来衡量测试是否成功。
2.软件测试的发展过程
软件调试：
软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。
独立的软件测试（1950~）：
1950s，测试被视为一种发现软件缺陷的活动，开始与调试区别开，测试始终后于开发，缺乏有效的测试方法
软件测试被定义（1970~）：
1970s，软件工程思想开始深入人心，1972年，Bill Hetzel组织了第一次软件测试会议，1973年Bill Hetzel给出软件测试第一个定义：“测试就是建立一种信心，认为程序能够按预期设想运行”。
Glenford J.Myers提出测试是尽可能多的发现软件错误，Myers的软件测试定义为：测试是为发现错误而执行一个程序或系统的过程。
Myers的三个重要观点：
1.测试是为了证明程序有错，而不是证明程序无错误
2.一个好的测试用例是在于它能发现至今未发现的错误
3.一个成功的测试是发现了至今未发现的错误的测试
软件测试成为专门的学科（1980~）：
上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。这个时候，一些软件测试的基础理论和实用技术开始形成，并且人们开始为软件开发设计了各种流程和管理方法，软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程，以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。测试基础理论和实用技术开始形成，软件测试被作为软件质量保证的重要手段。人们将“质量”的概念融入其中，软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且将测试作为软件质量保证(SQA)的主要职能，包含软件质量评价的内容，Bill Hetzel在《软件测试完全指南》(Complete Guide of Software Testing)一书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动。测试是对软件质量的度量。”这个定义至今仍被引用。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。
软件测试已有了行业标准(IEEE/ANSI )，1983年IEEE提出的软件工程术语中给软件测试下的定义是：“使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。这个定义明确指出:软件测试的目的是为了检验软件系统是否满足需求。它再也不是一个一次性的，而且只是开发后期的活动，而是与整个开发流程融合成一体。软件测试已成为一个专业，需要运用专门的方法和手段，需要专门人才和专家来承担。
软件测试的进一步发展（1990~）：
测试理论和技术的进一步完善，测试工具发展迅速，大大的提高测试的自动化程度，让测试人员从繁琐和重复的测试活动中解脱出来，专心从事有意义的测试设计等活动。测试工具的选择和推广也越来越受到重视。在软件测试工具平台方面，商业化的软件测试工具已经很多，如捕获/回放工具、Web测试工具、性能测试工具、测试管理工具、代码测试工具等，这些都有严格的版权限制且价格较为昂贵，但由于价格和版权的限制无法自由使用，一些软件测试工具开发商对于某些测试工具提供了Beta测试版本以供用户有限次数使用。幸运的是，在开放源码社区中也出现了许多软件测试工具，已得到广泛应用且相当成熟和完善。
开发与测试的融合（2000~）：
3.软件测试的目的
目的：验证软件是否有问题
原则：以用户为中心，遵循软件测试的规范、流程、标准和要求
意义：软件测试是保证软件质量的重要手段，软件测试深入软件开发过程的每个阶段，在有限的开发条件下，最大程度地保证最终软件产品符合用户需要。
4.测试与调试的区别
目的不同：测试的任务是发现程序中的缺陷，调试的任务是定位并且解决程序中的问题。
参与角色不同：测试主要是由测试人员和开发人员来执行，黑盒测试主要由测试人员完成、单元测试主要是由开发人员执行；调试由开发人员完成。
执行的阶段不同：测试贯穿整个软件开发生命周期，调试一般在开发阶段。
5.什么是需求？
需求：满足用户期望或正式文档规定的条件和权能，分为用户需求和软件需求。
IEEE定义的需求为：
(1)用户解决问题或达到目标所需条件或权能(Capability)。
(2)系统或系统部件要满足合同、 标准、规范或其它正式规定文档所需具有的条件或权能。
(3)一种反映上面(1)或(2)所述条件或权能的文档说明。 它包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，质量标准，或者设计限制。
用户需求：可以理解为甲方提出的需求，或者终端用户使用产品是必须要完成的任务。该需求一般比较简略。
软件需求：或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。
软件需求是测试人员进行测试工作的基本依据。
6.什么是缺陷？
缺陷（bug）：当且仅当需求规格说明书存在且正确，程序与需求规格说明书之间不匹配。如果没有需求规格说明书，则以客户期望为准。
缺陷的要素：版本、环境、操作步骤、预期结果、实际结果......
这是一般的理解，可以将bug理解为缺陷，但他们之间还有一些区别，这就需要我们的语文功底了。
错误（error），bug，缺陷（defect），故障（fault），异常（exception）的区别：
一只虫子爬进主机引起短路的这个事件，更多的被我们称为Bug，这个名词一直从计算机硬件故障沿用到了计算机软件故障。一般而言，我们将软件出现的错误叫做bug(虫子)。
一个bug引起了主机短路事件，但真正的defect在于计算机的设计：在主机的散热孔那里可以加装一层更加细密的金属网，即不影响散热，又可以防止虫子爬到主机里。
因此，bug只是defect的一种表现形式，而一个defect是可以引起多个bug的。
注意：大致范围为：（error || fault || exception） bug
defect
Error、Fault和Exception的区别：这三者一般在软件中表示出现的一些错误程度。一般认为，Error为普通级别的错误，这个错误在经过更加严格的修正后会马上解决。而Fault则认为是致命的错误，较之Error来说要严重很多，并且在短时间内来说不太容易解决。Exception一般认为是程序中可以拥有的一些异常分支，只是这些异常没有被截获，进行处理。
失效（failure）：如果在执行过程中遇到一个缺陷，有可能会导致系统的失效。
事故（incident）：由bug引起了严重的后果，就是事故。
总结：一般而言，大家对于缺陷就理解为bug。不同的定义方式只是为了判断这个问题的严重程度。
7.bug的级别
一般将bug的级别分为：崩溃，严重，一般，次要。bug的定义每个公司都不一样，在定义级别之前需查看公司的规范。
Blocker（崩溃）：
阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能 丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题 在测试中较少出现，一旦出现应立即中止当前版本测试）。
Critical（严重）：
系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测 试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳 定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等 （该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
Major（一般）：
功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格 式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多）
Minor（次要）：
界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范， 页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受 不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）
8.bug的生命周期
9.软件测试人员应具备的素质
思维模式：要有正向思维，逆向思维，发散性思维（开发盖房子，测试拆房子），探求多项答案
兴趣：对测试工作有热情，兴趣大，喜欢钻研
性格特征：对待未知有好奇心，喜欢探索，做事有成就感，对测试有一定的敏感性，不浮躁，有耐心，善于怀疑，具有批判性思维（清楚--准备，切题--深刻，有意义，有逻辑性--公正，全面）
能力：快速学习能力，沟通能力，文字能力，开发能力
责任感和压力：测试往往是产品的最后一个检验者，测试的工作成效很难衡量，测试用例执行、bug数目的多少都无法说明产品是否能够交给用户使用。所以，责任感是最重要的测试必备素质之一。
压力主要来自开发人员，用户，上级，自己的压力。测试人员的压力比想象中的要大。