您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
(技术部管理制度)-技术部软件研发管理制度、办法、规定
软件,测试,需求(技术部管理制度)-技术部软件研发管理制度、办法、规定
发布时间:2016-12-08加入收藏来源:互联网点击:
第4章 编码
第11条 编码实现。
1.项目研发人员应根据所要实现的系统要求选用相应的编程工具,并遵守《计算机源代码编写规范》或开发计划中确定的标准与规程进行系统编码。
2.研发人员按照系统报告的要求实现系统编码,以满足用户对系统功能和质量的要求。
第12条 编码检查。
在编码实现过程中,每一个阶段的结果在提交之前都应由研发高级经理进行检查,以确定其是否满足要求。检查工作包括以下三个方面的内容。
1.编程风格满足“计算机源代码编写规范“或已确定的标准与规程的要求。
2.本阶段的结果是否满足相应的功能和性能需求。
3.所有已发现的错误或缺陷均已消除或虽未消除但已弄清楚继续进行工作的风险。
第13条 编码信息管理。
在编码实现的过程中,研发人员应注意保存必要的编码信息和用户使用信息,完成编码后,应整理这些信息,并按照要求编写“技术报告”和“用户手册”。
第5章 附则
第14条 本办法由公司软件研发部制定,其修改权、解释权归软件研发部所有。
第15条 本办法自颁布之日起执行。
四、软件测试管理规定
软件测试管理规定
第1章 总则
第1条 目的。
1.规范软件测试工作,完善测试标准和测试方法。
2.确保公司软件产品质量,满足客户要求。
3.降低软件开发成本与维护成本。
第2条 适用范围。
本规定适用于公司新研发或改良升级软件的测试工作。
第3条 测试的主要工作内容。
1.开展系统、深入、广泛的测试。
2.找出产品中存在的所有问题,尽早开展修复工作。
3.测试产品的同时,在产品实现之前,对产品的设计进行审核和测试。
4.关注产品的规格、进度、资源以及产品开发后期的任何变化。
第4条 管理职责分工。
软件测试工程师主要负责软件测试计划的制订、执行等相关工作,受软件研发经理的指导与监督,各相关人员需积极配合软件测试工作。
第2章 编写测试计划
第5条 测试计划的编制。
测试计划是测试人员管理测试项目和发现Bug的重要工具,由测试工程师根据测试的对象与测试标准制定,并经软件研发部经理审批通过后方可执行。
第6条 测试计划的内容。
1.产品概述,说明待测产品的名称、特征、用途以及测试产品的目的。
2.测试策略,是测试依据的主要原则、理论、方法,以及测试时重点考虑的因素,等等。
3.测试所采用的方法。
4.测试区域。
5.测试配置。
6.测试周期。
7.测试资源规划。
8.风险分析及应急计划。
第3章 测试用例设计
第7条 测试用例的设计原则。
1.能够复用原则。
2.易于分类原则。
3.测试内容不重复原则。
4.数据库管理归档所有测试用例原则。
5.在研发测试过程中不断调整及增强原则。
第8条 测试用例应满足的条件
1.测试用例应尽可能覆盖软件产品的功能特点和程序代码中的分支流程,并极有可能抓住Bug。
2.测试用例应注重测试那些最特殊的输入组合,如对最大值、最小值等边界输入条件的测试。
3.选择测试用例时应选用经实践证明最有效的测试用例。
4.将复杂的测试用例分解成一组较简单的测试用例分别进行测试。
第4章 Bug管理
第9条 Bug的界定。
1.功能未实现,和规格说明书的描述不一致。
2.不能工作,死机,没反应。
3.对某种软、硬件配置不兼容。
4.在设置边界条件时发生功能缺失或错误。
5.界面、消息、提示不够准确,不友好。
6.有时把未完成的工作也作为一个Bug。
第10条 Bug的级别与后果
1.死机,导致死机或系统瘫痪。
2.主要问题,可能引发严重问题。
3.小问题,不太严重。
4.微小问题。
第11条 Bug的优先级。
1.需要尽快修正的Bug。
2.每个里程碑结束前必须修正的Bug。
3.如果时间允许就修正的Bug。
4.低优先级的Bug。
第12条 Bug状态分类。
1.活动的Bug。
2.已经解决的Bug。
3.关闭的Bug。
第13条 Bug报告管理。
在软件开发过程中,发现并报告Bug不仅是测试工程师的职责,也是所有研发参与人员的职责,所有人报告的Bug都被统一记录、跟踪和管理。
第14条 Bug保存。
Bug的每一次处理都被记录在数据库内,所有记录都无法删除,只能为记录添加新的内容。
第15条 Bug报告与分析流程。
1.测试工程师在发现或接收到Bug报告后,应立即建立一个新Bug记录,以备后续的跟踪和管理,Bug记录应包含Bug的具体再现步骤、环境和Bug再现时的屏幕截图等。
2.测试工程师应尽可能分析产生Bug的原因,并根据该Bug对于后续软件开发和发布的影响程度,设定合适的优先级和严重级别。
3.在分析产生Bug原因的基础上,对Bug进行归类管理。
4.设定好优先级和严重级别的Bug将被测试人员根据Bug出现的位置、Bug的可能成因等分派到相关的开发人员,由其专门负责解决。
第16条 Bug的解决方法。
1.已修正。
2.推迟。
3.设计问题。
4.重复。
5.不可再现。
6.无需修正。
第5章 测试过程管理
第17条 完整的测试循环过程工作内容。
1.完整测试,按测试计划和测试用例的要求,将所有测试用例完整地执行一遍。
2.随机测试,提高发现Bug的几率。
3.Bug校验(回归测试),对所有已经改正的Bug进行再次测试,确保先前发现的Bug已完全解决。
4.结束条件测试。
第18条 各阶段的测试。
各测试阶段的测试内容与测试后的技术状态如下表所示。
第19条 测试质量要求
质量是由产品的可靠性、功能和上市时间来决定的,是三者之间的平衡。
1.可靠性是指软件产品功能的正确性,即无大的缺陷或缺陷很少。
2.功能是软件产品提供给客户的所有可操作的特性。
3.上市时间与软件研发的进度相关。
第6章 附则
第20条 本规定由公司软件研发部制定,其修改权、解释权归软件研发部所有。
第21条 本规定自颁布之日起执行。
五、软件研发质量管理制度
软件研发质量管理制度
第1章 总则
第1条 目的。
为加强对软件质量的管理,符合标准及规范的要求,确保技术文档齐全正确并且系统便于维护,不断提高公司软件产品的质量水平,特制定本制度。
第2条 适用范围。
本制度适用于软件研发过程中的质量管理相关工作事项。
第3条 相关职责。
1.软件研发人员
软件研发人员在研发项目的初始阶段组织人员编写“研发项目质量控制计划”。
2.研发项目质量管理负责人
研发项目质量管理负责人负责研发项目实施过程中的质量控制,对其进行评价,组织相关人员制定并实施纠正措施与预防措施。
3.研发项目质量管理人员
下一篇:返回列表
相关链接 |
||
网友回复(共有 0 条回复) |