软件项目与过程管理第二周作业

选择题目：测试报告应该怎么写比较合理？

答：测试报告（英语：test report）就是把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础

    合理的测试报告规范如下：

1）· 首页

   1.1报告名称（软件名称+版本号+XX测试报告）

   1.2报告委托方，报告责任方，报告日期等

   1.3版本变化历史

2）· 引言（目的、背景、缩略语、参考文献）

   2.1 编写目的

   2.2 项目背景

   2.3 系统简介

   2.4 术语和缩略语

   2.5 参考资料

3）· 测试概要(测试方法、范围、测试环境、工具)

  3.1测试方法(和工具)

  3.2测试范围（测试用例设计）

  3.3测试环境与配置

4）· 测试结果与缺陷分析（功能、性能）

  4.1测试执行情况与记录

  4.2覆盖分析

      4.2.1需求覆盖

      4.2.2测试覆盖

  4.3缺陷的统计与分析

      4.3.1缺陷汇总

      4.3.2缺陷分析

      4.3.3残留缺陷与未解决问题

5）· 测试结论与建议（项目概况、测试时间 测试情况、结论性能汇总）

   5.1 测试结论

   5.2 建议

6）· 附录（缺陷统计）

其中测试报告应该包含四类文件：

（1）测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。

（2）测试日志：测试组用于记录测试执行过程中发生的情况。

（3）测试事件报告：描述在测试执行期间发生并需进一步调查的一切事件。

（4）测试总结报告：总结与测试设计说明有关的测试活动。

这样可使文件的书定更具体、更有参照性，其中测试计划可细化为本规范的测试计划、测试设计说明、测试用例说明及测试规程说明，测试分析报告可细化为本规范的测试项传递报告、测试日志、测试事件报告及测试总结报告。使用本规范的每个单位，要规定测试阶段所应有的特定文件，并在测试计划中规定测试完成后所能提交的全部文件。对于不同的设计层或不同规模的软件，所选文件的种类也可有所不同。在所提供的每个标准文件中，每一章的内容对于具体的应用和特定的测试阶段可以有所增减。不仅可以调整内容，还可以在基本文件集中增加另外的文件。任何一个文件都可以增加新的内容，并且某章若无可写的内容，则可不写，但须保留该章的编号。使用本规范的每个单位应该补充规定对内容的要求和约定，以便反映自己在测试、文件控制、配置管理和质量保证方面所用的特定方法、设备和工具。

以上四类文件同其它文件在编制方面的关系以及同测试过程的对应关系如图所示：

                                                      

                                                                       （图片引自51CTO测试报告规范文档）

总体要求

以各个测试文件的书写格式及内容。对于每一个文件而言各章应按指定的次序排列，补充的章可以放在最后或放在“批准”一章的前面（如果该文件最后一章是“批准”的话）。如果某章的部分或全部内容在另一文件中，则应在相应的内容位置上列出所引用的材料，引用的材料必须附在该文件后面或交给文件的使用者。

课堂练习：常用程序代码命名方式有哪些？（附加什么是匈牙利命名法？）

答：

     1、匈牙利命名法

     2、骆驼（Camel）命名法

     3、帕斯卡（Pascal）命名法 

命名规则	匈牙利命名法	骆驼（Camel）命名法	帕斯卡（Pascal）命名法
介绍	Microsoft程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。其主要思想是“在变量和函数名中加入前缀以增进人们对程序的理解”。匈牙利命名法关键是：标识符的名字以一个或者多个小写字母开头作为前缀；前缀之后的是首字母大写的一个单词或多个单词组合，该单词要指明变量的用途。匈牙利命名法的准则是：变量名＝属性＋类型＋对象描述。用这种命名法命名的变量显示了变量的类型。	骆驼式命名法（Camel-     Case）一词来自 Perl 语言中普  遍使用的大小写混合格式，而 Larry Wall 等人所著的畅  销书《Programming Perl》的封面图片正是一匹骆驼。             变量一般用小驼峰法标识。驼峰法的意思是除第一个单词之外，其他单词首字母大写	当变量名和函式名称是由二个或二个以上单字连结在一起，而构成的唯一识别字时，用以增加变量和函式的可读性。单字之间不以空格断开或连接号（-）、底线（_）连结，第一个单字首字母采用大写字母；后续单字的首字母亦用大写字母，每一个单字的首字母都采用大写字母的命名格式，源自于Pascal语言的命名惯例，也有人称之为“大驼峰式命名法”（Upper Camel Case），为驼峰式大小写的子集。
优点	1)变量名在仅仅知道他们的类型时可以被轻易记住 2)可以使变量名更加一致 3)从名字中就可以看出变量的类型 4).在那些数字被当作字符串处理的基于字符串的语言中非常有用	1)常用于类名，函数名，属性 ，命名空间 2)以增加程序可读性 3)在许多新的函数库和Microsoft　Windows这样的环境中，它使用得当相多	1）Pascal命名法可视为一种命名惯例 2）并无绝对与强制，为的是增加识别和可读性
缺点	1)匈牙利命名法在编译器做类型检查时是多余的 2)一些现代的集成开发环境，如Visual Studio在需要时可以显示变量类型，并且自动标记不匹配的类型。使用这种命名法完全没有必要。 3)代码更改后可能造成不一致。如果一个变量的类型改变了，不是变量名的修饰与新的类型不一致，就是变量名必须被改变。 4)大多数时候，看到一个变量就意味着知道了它的类型	这样的命名规则不适合所有程序员阅读	一旦选用或设定好命名规则，在程式编写时应保持格式的一致性。
举例	对于变量“工场名”： 系统命名法：strFactoryName(说明该变量是一个string类型) 应用命名法：orgFactoryName(说明该变量代表了一个组织)	除第一个单词之外，其他单词首字母大写：  printEmployeePaychecks()；	在命名的时候将首字母大写  程序代码public void DisplayInfo() ； 　　string UserName;