1、软件测试规范的定义：
软件测试规范就对软件测试的流程过程化，并对每一个元素进行明确界定，形成完整的规范体系。软件测试规范是一个公司的测试标准，不仅是测试人员测试的准则，还是开发人员和测试人员达成的契约。一般来说，小的公司或不正规的公司都不会书写这个，它一般由测试经理来编写，估计一般的测试工程师接触较少，不太了解。
2、软件测试规范描述的内容：
软件测试规范一般来说描述的内容包括：测试目的、测试类别、测试过程、测试方法、测试用例、测试管理、测试文档、测试工具都要进行明确的描述。
3、一份“有效的、可行性高”的软件测试规范包括以下内容：
（1）、测试计划规范：
它包括测试计划模板的编写风格和测试计划的编写要求。如：测试进度估算、测试风险评估、测试人员安排和测试时间安排由什么来确定等等内容。
（2）、测试用例设计规范：
它包含了测试用例的模板编写和测试用例的设计要求。如：测试用例设计人员、测试执行时间、测试用例设计的优先级等等。
（3）、测试工具使用规范：
有了这个规范，测试人员就知道“项目进展”到什么程度，什么时候使用什么测试工具。个人建议：最好把测试工具配置部分的“注意事项”也罗列在里面。比如说使用LoadRunner做性能测试时，支持哪些常用的协议？使用那些脚本开发语言都写清楚。
（4）、缺陷跟踪系统录入规范：
主要是规范测试人员按照统一的要求递交缺陷到数据库。录入时，必须考虑缺陷录入的格式、录入的要素以及缺陷录入的“必填项”的要求等等内容。
（5）、缺陷严重等级划分规范：
有了缺陷严重等级的划分规范，测试人员、开发人员和其它项目组成员，对于测试缺陷就有了统一的标准，也不会因为某个缺陷由于严重等级的问题项目组成员争论半天，提高了测试效率。
（6）、缺陷优先等级划分规范：
优先等级规范的描述，有利于开发人员准确定位缺陷的优先等级标识，为开发人员修复软件缺陷和衡量产品质量提供参考。
（7）、缺陷分类规范：
让测试人员准确对全部的缺陷，按“模块”进行准确分类，方便测试部门或质量部门对缺陷数量进行统计，并对软件质量进行评估，为软件是否允许发布提供重要的参考依据。
（8）、缺陷状态修改规范：
要求测试管理系统的管理人员，根据不同的项目角色，准确分配缺陷管理系统的使用权限。如：开发人员不应该具备Rejected、Closed、Suspended的权限；测试人员不应该有Fixed的权限；还有如优先级、严重等级和版本等重要区域，都不允许修改。
（9）、缺陷递交流程规范：
该规范是指测试人员“递交缺陷”、“缺陷公开”和开发人员修改缺陷后递交测试人员验证的流程，最好做成流程图的形式。
（10）、测试报告规范：
它包括测试报告模板以及对测试报告编写的各种要求。如：测试报告包括的要素、测试缺陷分析的方法、分析手段以及缺陷分析应该注意的问题等等都要一一进行详细说明。
（11）、测试退出规范：
软件测试到什么程度、满足什么条件，测试组织或测试项目就可以退出或停止。
（12）、软件测试类型规范：
它主要是介绍测试的方法，包括单元测试、集成测试、系统测试、验收测试等等测试方法。
（13）、开发语言测试规范：
比如说你要测试的系统，是使用Java开发的项目，你就要对Java的编程标准、初始化、面向对象编程、优化、javadoc注释、线程、全局静态分析等等语言基础有所了解，然后再针对性的编写相关的测试规范比较合适。
（14）、界面测试规范：
一般来说目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格。我们在做界面测试时，同样要根据界面风格制定相关的测试规范，包括它的易用性、规范性、合理性、独特性、美观性和帮助设施等等都要一一写入测试规范中。
（15）、软件测试流程规范：
软件测试的流程规范一般来说包括“测试项目确认流程”、“测试执行流程”、“测试策划流程”、“问题跟踪与测试关闭”等等流程。
规范2
如何制定一份有效的，可行性高的测试规范？
书写一份有效，可行性高的规范，我觉得需要注意以下几个方面：
1. 规范在内容上要系统全面。
关于测试的方式、方法、种类、流程等等我想自然不必再赘述了。但是如何把这些方式、方法、种类、流程串接起来形成一个体系却是值得我们每一个深入思考的问题。一份规范的影响面及其适应的情况毕竟来说还是很局限的。所以，我认为，从体系框架上构建是产生有效且高可行度规范的充分条件，皮之不存毛将焉附？第二，在规范的内容上必须要相对比较全面，至少能涵盖到目前所从事的主要的测试工作。第三，系统性的表述是规范的基本要求--一般我们都是要求使用结构化的语言，框架式进行编写，务必使构成该规范的每个部分都清晰明了。
2. 内容的细分项目要求具备一定的可操作性。
所谓规范的可操作性，即是要求可量化的量化，不能量化的具体化。很多同仁定规范时，对规范所要求的工作内容不够明确，不是雾里看花，就是“空对空”。评审的人一头雾水，执行的人无所适从，当然其可操作性必然不佳。尽量要求规范中的操作步骤明确，实现目标量化或具体化（建议参考SMART原则制定）。
3. 内容中所引用的术语、行业名词必须规范且统一。
很有必要的注意事项，团队内的成员来自不同的地方，每个人对相同的测试事务所持的观点未必相同，规范的作用之一就是尽量减少差异化，以期不同人做相同事能得到一个尽可能一样的结果。所以在制定规范时使用统一的口径是很必要的，以免产生歧义和误差。
4. 制定规范一定要注意适应当前企业的实际和现状。
也许这一点才是对可行性要求的最基本的要素。之前，包括我自己在内，对规范的理解也仅限于从网络上获得一些已成形的内容，到最后发现却根本不合适。比如说，一个只有三两个人的测试团队，就要求做自动化框架体系的构建--往往不切实际是一切规范失效的最根本原因。较好的规范应该是具备可实现性的，能在一定时期内努力后，可达到的目标。
接下来，补充几点说明：
1. 做规范的基本思想就是建立标准，以教育、培训、参照、考评和持续优化，使一切事可控并习惯化，以实现生产力提升，获得企业资源配置最优化与企业利润最大化。所以，将对规范的执行纳入绩效考核体系是必然的。有效无效，可行性高还是不高，我想不是靠几个大脑想就能实现的，最后还是要由实践来检验。
2. 既然是规范，必然有其缺失错漏，所以规范的有效及可行性判断必然是需要经过循序渐进、持续优化的过程，没有一步到位。不同的团队组织，对于规范的态度是积极执行，及时响应与否将决定规范的价值。所以，我想请大家记得这句话：好的规范是整个团队、组织一步一个脚印，不断整理、总结、归纳做出来的，不是拍拍脑袋想出来的。其所谓的有效、可行性也是基于此而言--大家万勿舍本求末。
规范3
如何制定一份有效的，可行性高的测试规范？
提高测试团队工作的规范性也是保证软件质量的必要手段，所以每个公司都应该制定自己的测试规范，这份规范应该是贯穿整个软件开发周期的，也是所有开发和测试都应该遵循的，如何制定这样一份规范让大家都愿意遵其行事呢？这样的规范具体应该包含哪些内容呢？
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
说实话，这题本身就没有什么太大的价值。
1、所有开发和测试都应该遵循的话规范，是很难制定出来的。开发要遵循的，是研发规范；测试要遵循的，自然是测试规范；前期的需求、规格人员，则是相应的需求、规格分析设计规范；后期的客服，又有客服规范。各个部门的具体职责，情况都是完全不同的，因此想一份规范笼统概述，要么就是大而空，没有实际价值；要么就是过于繁琐细致，以致于失去其“规”的价值。
2、如何制定测试规范？？
简单而言，结合你所在公司的实际情况，未来的发展规划，业务重点，潜在客户的客观需求，行业的可能发展方向，业界的已有通行规范来制定。
这事说起来当然很简单，但实际实行的时候，就会遇到几个问题：
1）公司的高层的重视、支持程度
如果你所在公司的领导层根本不重视测试，或者对测试没有什么想法，那么你测试规范制定得再好，再完美，也等于废纸，甚或在现在的电子化办公时代，连废纸都不如。而很不幸，在国内而言，测试的受重视程度，在绝大多数公司，都是嘴上喊得响亮，行动上拖拖拉拉，毫无效率与目标，也就是说，你没有高层的真正的实际支持，你之后所作一切，都将是白费。那么具体应该有什么样的支持？我个人从业经验而言，觉得需要以下几点：
（1）权
足够的执行权力，领导权力，约束权力，推行权力，奖惩权力，是测试规范在制定后能真正贯彻、有效切实实施的保证
（2）人
合理的，有用的，实际的人力资源，是制定、贯彻、实施、监控、监督、改进测试规范的实际保障
（3）物
包括各类软件、硬件的支持，这里包括下载、购买相应的参考标准、参考资料、注册参加某些特定的会员、对内部人员的培训等等，都属于物力上支持
当然，我说从权、人、物上获得支持，并不是制定测试规范，包括后续的贯彻、实施、监控、改进等，是无限制的支持，本身的监管和限制，也都是矛盾对立统一的，是相辅相成的。
2）情况的不明确
很多公司，在制定这样那样的规范（不局限于测试规范）时，总是想着一下子覆盖所有的情况，满足所有的条件，解决所有的问题，结果造成了大而空，细而乱的规范，最后无法执行、实施、监控、改进而形同废弃。进而导致高层领导从此对此类规范失去信心，只相信人本位管理。在制定规范之前，需要先明确当前的自身状况，问题，为什么要制定这规范，制定这规范是为了解决什么问题，预期能够解决到什么程度，可能需要投入哪些资源、成本，预期如何实施等。说实话，制定规范并不是一蹴而就的事情。
3）制定者本身的能力问题
规范的制定者本身的能力、经验、甚至资历的不足，会限制、约束、甚至直接摧毁整个规范的制定。通常而言，应该是建立一个规范制定小组，由至少一个高层领导参与（不管是直接参与，还是作为名誉参与，作用在于起到对规范制定小组或委员会的权威性的认可），所有相关部门最低限度，至少派出 1 名代表，直接相关主要部门不少于 3 名代表。代表的应选择从业经验丰富，技术全面，思维敏捷，细致的人。如情况允许，可以邀请、聘请相关的咨询、管理专家，甚至你的主要大客户的代表参与到这个规范制定小组中。
当然，仅就规范的制定而言，会遇到的问题还很多很多，以上列举的也只是常见的。顺便说一句，在规范制定时的争吵现象是不可避免的，此时通常的做法有几类，表决式，少数服从多数式，领导一票决定式，外来和尚念经式，这个一般取决于具体企业的企业文化。
3、这样的规范具体应该包含哪些内容呢？
这个，我只能先 -_-!!! 真正要说具体的内容，请 Google 或 Baidu “测试规范”关键字，然后你会获得大量的范例
具体包含的内容，简单而言，就是指导、规定、约束、限制。
指导：就是指导相应的人员如何操作，完成相应的工作，任务。
规定：就是要求相应的人员必须履行的职责。
约束：就是对相应的人员的工作中可能出现的问题的提前预防针。
限制：就是对相应的人员的禁止性措施。
其实，具体规范应该的包含内容，还是与具体公司的实际情况相挂钩的。A 公司可能完全限制人员连接 Internet， B 公司就变成有条件的限制， C 公司则完全不限制。
规范制定完成之后，具体的实施、监督、监控、监管、对实施过程中出现的问题和收集到的建议/意见的改进，才是真正的难点和麻烦之处。
