GYK揭示编辑软件测试大纲V1.2

软件测试（验收）大纲1. 引言 (2)1.1目的 (2)1.2术语 (2)1.3参照标准 (2)2. 测试日期安排 (3)3. 测试小组及成员 (3)4. 测试具体内容 (3)4.1合法性检查 (3)4.2软件文档检查 (3)4.2.1 必须提供检查的文档 (3)4.2.2 其他可能需要检查的文档 (4)4.2.3 由业主确定必须检查的其他文档 (4)4.2.4 文档质量的度量准则 (4)4.3软件代码测试 (4)4.3.1 源代码一般性检查 (4)4.3.2 软件一致性检查 (5)4.4软件系统测试 (5)4.4.1 界面(外观)测试 (6)4.4.2 可用性测试 (6)4.4.3 功能测试 (6)4.4.4 稳定性(强度)测试 (6)4.4.5 性能测试 (6)4.4.6 强壮性(恢复)测试 (6)4.4.7 逻辑性测试 (6)4.4.8 破坏性测试 (6)4.4.9 安全性测试 (7)5. 测试结果交付方式 (7)1. 引言1.1 目的为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。

其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。

1.2 术语本大纲所提及的术语，其定义遵照GB/T 11457标准。

1.3 参照标准●GB/T 11457—1995软件工程术语●GB 8566—1995；信息技术软件生存期过程●OGB 8567—1988*计算机软件产品开发文件编制指南●GB 9385*计算机软件需求说明编制指南●GB 9386—1988*计算机软件测试文件编制指南●GB/T 12504—1990计算机软件质量保证计划规范●OGB/T 12505—1990计算机软件配置管理计划规范●OGB/T 14079—1993软件维护指南●OGB/T 14394—1993计算机软件可靠性和可维护性管理●GB/T 16680一1996软件文档管理指南●开发者企业规范软件开发者有关软件工程的规范●其它文件例如：合同书等，法律文件中的有关规定。

软件测试大纲评审意见范文嗨，[相关人员]，看了这个软件测试大纲，整体感觉就像在探索一个神秘宝藏前拿到了一份挺靠谱的地图，但也有些小地方可以再打磨打磨。

一、优点方面。

1. 测试范围覆盖。

不得不说，这个大纲对测试范围的界定相当全面啊。

就像一张大网，把软件各个功能模块都罩进去了，从基本的登录注册，到核心功能的操作，再到那些容易被忽视的边角功能，一个都没落下。

这让我感觉像是在玩一个游戏，每个关卡、每个隐藏任务都被规划到了测试旅程里，很棒！2. 测试用例的分类。

对于测试用例的分类清晰明了，就像整理书架一样，不同类型的测试用例各归其位。

功能测试、性能测试、兼容性测试等等，分得清清楚楚。

这样在实际测试的时候，我们就可以像在图书馆找书一样，迅速定位到我们需要的测试用例，效率肯定差不了。

3. 风险考虑。

看到大纲里对风险的考虑，我觉得很贴心。

它就像是我们在冒险途中提前准备的急救包，那些可能出现的风险，像是网络波动对软件功能的影响、数据量大的时候系统的反应，都被考虑到了。

这让我们在测试的时候有了更多的警惕性，不至于被一些突发状况打得措手不及。

二、不足之处。

1. 详细程度。

不过呢，这个大纲有些地方就像个草图，还欠点儿火候。

比如说在一些复杂功能的测试用例描述上，有点太简略了。

这就好比给了我一个美食的名字，但没告诉我具体怎么做，我只知道个大概方向，真要动手做（测试）的时候，可能就会有点迷茫。

能不能在这些关键的测试用例上多给点儿细节呢？比如输入什么特殊值，预期得到什么样的具体结果之类的。

2. 测试环境描述。

测试环境这块儿就像一个没有装修完的房子。

虽然提到了一些基本的环境要求，但是感觉还不够完整。

比如说不同的操作系统版本、不同的浏览器版本在兼容性测试的时候具体怎么设置，这就像房子里有些房间还没有布置好家具一样，让人心里有点不踏实。

如果能把测试环境描述得像一份详细的房屋装修图，那就完美了。

3. 测试优先级。

关于测试优先级，大纲里虽然隐隐约约有一些区分，但就像雾里看花，不够清晰。

软件测试（验收）大纲1. 引言....................................................1.1目的 .........................................................................................................................................1.2术语 .........................................................................................................................................1.3参照标准 .................................................................................................................................2. 测试日期安排...........................................3. 测试小组及成员.........................................4. 测试具体内容...........................................4.1合法性检查 .............................................................................................................................4.2软件文档检查 .........................................................................................................................4.2.1 必须提供检查的文档......................................................................................................4.2.2 其他可能需要检查的文档..............................................................................................4.2.3 由业主确定必须检查的其他文档..................................................................................4.2.4 文档质量的度量准则......................................................................................................4.3软件代码测试 .........................................................................................................................4.3.1 源代码一般性检查..........................................................................................................4.3.2 软件一致性检查..............................................................................................................4.4软件系统测试 .........................................................................................................................4.4.1 界面(外观)测试...............................................................................................................4.4.2 可用性测试......................................................................................................................4.4.3 功能测试..........................................................................................................................4.4.4 稳定性(强度)测试 ...........................................................................................................4.4.5 性能测试..........................................................................................................................4.4.6 强壮性(恢复)测试 ...........................................................................................................4.4.7 逻辑性测试......................................................................................................................4.4.8 破坏性测试......................................................................................................................4.4.9 安全性测试......................................................................................................................5. 测试结果交付方式.......................................1. 引言1.1 目的为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。

运行揭示调度命令管理办法（试行）第一章总则为规范我段运行揭示调度命令管理特制定本办法。

本办法明确了运行揭示调度命令接收，核对作业程序管理，运行揭示命令及GYK运行揭示数据的编制、模拟、审核、发布、载入工作。

从事GYK设备运行揭示数据文件编制工作的专业人员应具备相应的专业知识和技能。

GYK运行揭示数据文件编制、模拟检验等主要业务工作应由调度科专业工程师担当。

GYK模拟运行测试设备，用于GYK设备运行揭示数据文件编制后的地面模拟运行验证、GYK设备控制功能和基本数据文件的地面模拟运行等工作。

第二章运行揭示调度命令作业程序管理第六条运行揭示调度命令的接收、核对及编辑要求。

1.日班调度员每日通过邮件系统接收工务处发送的运行揭示调度命令，接令后通知GYK运行揭示数据编辑工程师。

2.对不涉及本段担当区段的运行揭示调度命令，由GYK运行揭示数据编辑工程师核对确认，主管副科长（科长）审核后，电子版存档备查。

3.调度科GYK运行揭示数据编辑工程师从接收调度命令到运行揭示数据交付要做到“五核对”。

—1 —（1）接到运行揭示调度命令后，GYK运行揭示数据编辑工程师负责下载，并与施工日计划进行核对。

（2）如对运行揭示调度命令有疑问时，与工务处调度核对。

（3）调度科GYK运行揭示数据编辑工程师对运行揭示命令和临时数据进行编辑、模拟运行，期间由其他专业工程师核对。

（4）调度科科长（副科长）核对后下发至各车间。

（5）各车间GYK分析员第二次模拟后，与调度科确认区段接收数量。

第七条运行揭示命令及GYK运行揭示数据编辑、核对、模拟、审核、发布。

1.GYK运行揭示数据编辑工程师根据工务处下发的运行揭示调度命令，按线别形成运行揭示命令文件（司机携带运行揭示）（附件1），编辑完成后由调度科科长（副科长）审核，做到编审分离，确保运行揭示准确无误。

2.GYK运行揭示数据编辑工程师使用专用数据编辑软件，编辑GYK运行揭示数据，形成数据文件，同时使用GYK模拟测试仪对编辑完成的GYK运行揭示数据进行模拟验证，期间指定其他专业工程师进行核对，并经调度科科长（副科长）审核。