一封单位同事的邮件

 

      上周周五收到了一封同事的群发邮件，主要谈论现单位提升软件质量的方法，颇有收获，转载于此。

以下邮件正文：

 

软件质量保证所强调的三个概念

1.软件需求是进行质量测试的基础，与需求不符就是质量不高。(需求管理以及范围管理存在问题)

2.规定的标准定义了一组指导软件开发的准则。如果不能遵照这些准测，就可能导致软件质量不高。(开发规范有待提高)

3.通常有些“隐含需求”是不会被明确提出的，如易用性和易维护性的需求，如果软件符合了明确提出的需求，却没有满足隐含需求，软件质量仍值得怀疑。(开发人员和设计人员考虑不足，也受技术能力限制)

============================================================================

SQA的职责

1.为项目准备SQA计划(测试计划)

2.参与开发项目的软件工程描述。(软件设计)

3.评审各项软件工程活动。(软工工程)

4.审核制定的软件工作产品，以验证其是否符合定义的软件工程中的相应部分。(软件测试)

5.确保软件工作以及工作产品中出现的偏差已文档化，并且按照文档化的规程进行处理。(需求变更管理)

6.记录所有不符合的部分，并报告给高层管理者。(缺陷管理)

================================================================================

软件评审  

 

　　软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致我们开发结果不可控。

（1）评审目标  

　　。发现任何形式表现的软件功能、逻辑或实现方面的错误；  

　　。通过评审验证软件的需求；  

　　。保证软件按预先定义的标准表示；  

　　。已获得的软件是以统一的方式开发的；  

　　。使项目更容易管理。  

（2）评审过程  

　　A、召开评审会议：一般应有公司评审委员会组织，会前每个参加者做好准备。  

　　B、会议结束后必需有结果性东西：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。  

　　C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。  

（3）评审准则  

　　。评审产品，而不是评审设计者（不能使设计者有任何压力）；  

　　。会场要有良好的气氛；  

　　。建立议事日程并维持它（会议不能脱离主题）；  

　　。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；  

　　。指明问题范围，而不是解决提到的问题；  

　　。展示记录（最好有黑板，将问题随时写在黑板上）；  

　　。限制会议人数和坚持会前准备工作；  

　　。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；  

　　。对每个正式技术评审分配资源和时间进度表；  

　　。对全部评审人员进行必要的培训；  

　　。及早地对自己地评审做评审（对评审准则的评审）。