2）可靠性测试。根据软件需求和设计提出的要求，对软件容错性、易恢复性、错误处理能力进行测试。

　　3）易用性测试。根据软件设计中提出的要求，对软件的易理解性、易学性和易操作性进行检查和测试。

　　4）性能测试。根据软件需求和设计中提出的要求，进行软件的时间特性、资源特性测试。

　　5）维护性测试。根据软件需求和设计中提出的要求，对软件的易修改性进行测试。

　　6）可移植性测试。根据软件需求和设计中提出的要求，对软件在不同操作系统环境下被使用的正确性进行测试。

　　11、软件测试分为哪几个阶段？每个阶段都是干什么的？

　　12、测试中的木桶原理是什么？在软件产品生产方面就是全面质量管理(TQM)的概念。产品质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至文化因素也会影响最终产品的质量。应该说，测试是提高产品质量的必要条件，也是提高产品质量最直接、最快捷的手段，但决不是一种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。

　　13、软件测试策略和方法有哪些？静态测试方法：人工测试方法（代码会审，代码走查，桌面检查等）；动态测试方法：白盒测试方法、黑盒测试方法、穷举测试方法。

　　静态测试：基本特征是对软件进行分析，检查和测试是不实际运行被测试的软件。

　　动态测试：通过运行软来检验软件的动态举行为和运行结果的正确性，其两个基本要素是被测试程序、测试数据。

　　14、测试何时结束？当功能性测试用例通过率达到100%，非功能性测试用例通过率达到90%时，允许正常结束测试。

　　15、测试用例需要有些什么？测试环境、测试数据、测试步骤、预期结果。

　　16、用例设计原则是什么？覆盖软件需求规格说明书所有的测试点；指出实际输出值和预期结果；考虑各种输入输出条件和边界值；设计应考虑其可执行性。

　　17、当在HTML中写JavaScript脚本的时候可能会造成页面性能慢或是有错误，这个怎么解决呢？

　　通常，JavaScript脚本写在HTML页面中body部分的前面，这可能要在网页上设置一些可运行脚本之类的配置，或尽可能避免。

　　18、在测试工作中，你是怎么和开发人员沟通呢？怎么能达到一致目的呢？

　　当发现问题的时候，描述到bug管理器bug free、Test Track Pro等上面，并提供一些截图上载作为证据，或当面和开发人员沟通，尽量把问题描述清楚，这些都不存在问题，但关键就是有很多开发人员并不承认这是他程序的错误或认为not a bug，不予修改，当遇到这种情况我会尽可能跟他沟通，尽可能去重现问题，根据需求讲道理，此时根据需求是很重要的，当我们实在沟通不下去的时候，在这种不明确bug性质情况下会发邮件让项目经理大家一起评审，是他的问题就改，not a bug就打回。

　　19、假如项目已完成差不多，但客户的需求不明确，在我们内部也没有定义，这种情况怎么办呢？

　　我会把自己当客户，设身处地的为客户提出问题或建议，比如最常见的是易用性操作，软件规范等。

　　20、你是怎么理解测试的？测试的目的是发现程序中有错，是为了证明程序有错，而不是证明程序无错，尽可能发现并改正被测试软件中的错误，提高软件的可靠性。测试能发现错误的测试是成功的测试，否则是失败的测试。

　　21、你对自己做测试是怎么个想法？我想一直做下去会有收获的吧，会去不断完善自己的技能，把自己没学会的技能都去学习下，会不断完善自己。