7 代码合法性测试

　　代码合法性测试主要包括2个部分：程序代码合法性检查与显示代码合法性检查。

　　●程序代码合法性检查

　　程序代码合法性检查主要标准为《intergrp小组编程规范》，目前采用由SCM管理员进行规范的检查，未来期望能够有相应的工具进行测试。

　　●显示代码合法性检查

　　显示代码的合法性检查，主要分为Html、JavaScript、Css代码检查，目前采用HTML代码检查------采用CSE HTML Validator进行测试JavaScript、Css也可以在网上下载相应的测试工具。

　　8 文档测试

　　●产品说明书属性检查清单

　　1）完整.是否有遗漏和丢失，完全吗？ 单独使用是否包含全部内容

　　2）准确.既定解决方案正确吗？ 目标明确吗？ 有没有错误？

　　3）精确、不含糊、清晰.描述是否一清二楚？ 还是自说自话？容易看懂和理解吗？

　　4）一致.产品功能能描述是否自相矛盾，与其他功能有没有冲突

　　5）贴切.描述功能的陈述是否必要？有没有多余信息？ 功能是否原来的客户要求？

　　6）合理.在特定的预算和进度下，以现有人力，物力和资源能否实现？

　　7）代码无关.是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码

　　8）可测试性.特性能否测试？ 测试员建立验证操作的测试程序是否提供足够的信息？

　　●产品说明书用语检查清单

　　1）说明。 对问题的描述通常表现为粉饰没有仔细考虑的功能----可归结于前文所述的属性.从产品说明书上找出这样的用语，仔细审视它们在文中是怎样使用的.产品说明书可能会为其掩饰和开脱，也可能含糊其词----无论是哪一种情况都可视为软件缺陷.

　　2）总是，每一种，所有，没有，从不.如果看到此类绝对或肯定的，切实认定的叙述，软件测试员就可以着手设计针锋相对的案例.

　　3）当然，因此，明显，显然，必然.这些话意图诱使接受假定情况.不要中了圈套.

　　4）某些，有时，常常，通常，惯常，经常，大多，几乎.这些话太过模糊.“有时”发生作用的功能无法测试.

　　5）等等，诸如此类，依此类推.以这样的词结束的功能清单无法测试.功能清单要绝对或者解释明确，以免让人迷惑，不知如何推论.

　　6）良好，迅速，廉价，高效，小，稳定.这些是不确定的说法，不可测试.如果在产品说明书中出现，就必须进一步指明含义.

　　7）已处理，已拒绝，已忽略，已消除.这些廉洁可能会隐藏大量需要说明的功能.

　　8）如果...那么...（没有否则）.找出有“如果...那么...”而缺少配套的“否则”结构的陈述.想一想“如果”没有发生会怎样.

　　相关的测试工具

OpenSTA
　　主要做性能测试的负荷及压力测试，使用比较方便，可以编写测试脚本，也可以先行自动生成测试脚本，而后对于应用测试脚本进行测试。

SAINT
　　网站安全性测试，能够对于指定网站进行安全性测试，并可以提供安全问题的解决方案。

CSE HTML Validator
　　一个有用的对于HTML代码进行合法性检查的工具

Ab（Apache Bench）
　　Apache自带的对于性能测试方面的工具，功能不是很多，但是非常实用。

Crash-me
　　Mysql自带的测试数据库性能的工具，能够测试多种数据库的性能。