测试基本知识.doc

单元测试：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。集成测试：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。系统测试：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的 “ 先知者问题 ” 。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。验收测试：验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。回归测试：回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。统测试过程中应注意的的问题 : 在测试过程中一般把发现的错误bug按其严重性大致分为4类：致命错误（系统崩溃或挂起、破坏数据）、严重错误（使系统不稳定、产生错误结果、菜单功能无法实现）、一般错误（在完成某一功能时出现的错误，但并不影响该功能的实现）、建议项 （软件不完善或用户使用不方便之处）。 下面，对一些显而易见的、容易被开发者忽略的错误进行列举和分析，这些错误一般很容易避免和修改，但会给用户造成使用上的困难。 1） 易用性问题：用户无法使用或不方便使用 不符合用户操作习惯。如：快捷键定义不科学、不实用，键位分布不合理、按键太多，甚至没有快捷键。 界面中英文混杂，界面元素参差不齐，文字显示不全。 无自动安装程序或安装程序不完善。 界面中的信息不能及时刷新，不能正确反映当前数据状态，可能误导用户。如：数据库中剩余记录个数和参数设置对话框中的预设值常常显示为历史值而不是当前值。 提示信息意义不明或为原始的英文提示。 要求用户输入多余的、本来系统可以自己得到的数据。如：服务是否启动，安装后用户要手动修改某些配置文件。 某一项功能的冗余操作太多。如：对话框嵌套层次太多。 不能记忆用户的设置或操作习惯，用户每次进入都需要重新操作一次初始环境。 对复杂的操作无联机帮助。 2） 稳定性问题：影响用户正常工作 程序运行过程中不断申请但不完全释放资源，造成系统性能越来越低，并出现不规律的死机现象。 不能重现的错误，有些与代码中的未初始化变量有关，有些与系统不检查异常情况有关。 对一般性错误的屏蔽能力较差。 对输入的数据没有进行充分并且有效的有效性检查，造成不合要求的数据进入数据库。 3） 其他问题 用户文档问题：无标准，无新功能使用方法，无版本改动说明。不仅要认为没有说明文档的产品不是一个完整的产品，也要认为没有说明或没有正确说明的功能是一个没有完全实现的功能，因为用户无法用得起来。 兼容性问题：对硬件平台或软件平台的兼容性不好。比如：在这台计算机上可以稳定运行，而在另一台上运行就极不稳定。 数据接口问题：未提供与一些常用的文件格式的接口。如TXT文件、Word文件。软件黑盒测试也称为软件功能测试，主要是验证软件是否符合客户需求，黑盒测试部关注软件具体的编码，把软件当做一个黑箱子，不管软件具体的实现，所以称为黑盒。黑盒测试需要设计测试用例，设计测试用例的方法也有很多种，同时也需要编写测试计划来指导软件测试工作。楼上说的黑盒测试只要会使用测试工具就可以做，这个观点有点偏颇，做黑盒的确需要借助测试工具的帮助，但是工具毕竟是工具，它不能帮你完成测试计划的编写，测试用例的设计，而这些都需要软件测试方面的理论和实践知识的。刚刚加入测试行业，可能对软件测试计划，测试用例不清楚，但是随着测试的深入，就很快会涉及到这些。测试工具是根据需要才使用的，比如TestLink是用来管理测试用例、测试计划，测试用例执行情况的一种管理工具，CQ是用来管理软件问题的系统，JMeter主要是用来做Web方面性能测试的（当然也可以用来做功能测试，以及其他应用方面的测试，比如FTP服务器性能测试）。 做黑盒测试，如果具备一定的程序设计能力会比较好，因为很多测试用例，都可以通过脚本来实现，这样就可以把测试人员从手工的重复的测试中解放出来，当然这些自动化测试一般多用在回归测试中，而很少用在新功能测试方面，讲了这么多，不知道有没有回答道楼主的问