3、完整（安全）性测试：对未经授权的人使用软件系统或数据的企图，系统能够控制的程度，程序的数据处理能够保持外部信息（数据库或文件）的完整。

　　4、接口间测试：测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。

　　5、数据库测试：依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。

　　6、边界值分析法：确定边界情况（刚好等于、稍小于和稍大于和刚刚大于等价类边界值），针对我们的系统在测试过程中主要输入一些合法数据/非法数据，主要在边界值附近选取。

　　7、压力测试：输入10条记录运行各个功能，输入30条记录运行，输入50条记录运行。。。进行测试。

　　8、等价划分：将所有可能的输入数据（有效的和无效的）划分成若干个等价类。

　　9、错误推测：主要是根据测试经验和直觉，参照以往的软件系统出现错误之处。

　　10、效率：完成预定的功能，系统的运行时间（主要是针对数据库而言）。

　　11、可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。

　　12、可移植性：在不同操作系统及硬件配置情况下的运行性。

　　13、回归测试：按照测试用例将所有的测试点测试完毕，测试中发现的问题开发人员 已经解决，进行下一轮的测试。

　　14、比较测试：将已经发版的类似产品或原有的老产品与测试的产品同时运行比较，或与已往的测试结果比较 。

　　说明：针对不同的测试类型和测试阶段，测试用例编写的侧重点有所不同。

　　1、其中第1、2、6、8、9、13项为模块（组件、控件）测试、组合（集成）测试、系统测试都涉及并重点测试的方面。

　　2、单元（模块）测试（组件、控件）测试：重点测试第5项。

　　3、组合（集成）测试：重点进行接口间数据输入及逻辑的测试，即第4项。

　　4、系统测试：重点测试第3、7、10、11、12、14项。

　　5、其中压力测试和可移植性测试如果是公司的系列产品，可以选用其中有代表性的产品进行一次代表性测试即可。

　　6、GMPS基础测试用例设计完成后，其他的测试项目只编写设计与之不同部分的测试用例。

　　7、对于每个测试项目测试的测试用例不是一成不变的，随着测试经验的积累或在测试其他项目发现有测试不充分的测试点时，可以不断的补充完善测试项目的测试用例。

　　三、测试用例的填写

　　一个软件系统或项目共用一套完整的测试用例，整个系统测试过程测试完毕，将实际测试结果填写到测试用例中，操作步骤应尽可能的详细，测试结论是指最终的测试结果（结论为：通过或不通过）。

　　原帖地址：http://bbs.51testing.com/thread-289727-1-1.html

版权声明：本文由会员w4381123首发于51Testing软件测试论坛。

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。