软件测试评估

软件测试评估对未正式投入商业化使用的软件进行预先的小规模试验01内容简介相关内容软件测试方法目录0302基本信息软件测试评估是指对未正式投入商业化使用的软件进行预先的小规模试验，又称小试。主要是由代码审查和合理性分析组成。内容简介内容简介软件测试评估每个人都承认代码审查的花销大，而且又耗时，特别是当大家忙完成软件项目又把它送去软件测试部门时。对一些开发人员来说，它更是会引发更多的办公室政治和流言蜚语。一次代码审查可能会使代码逐渐得到改进。如果你认为你从有效的代码审查中只是稍微改进了一下软件，那你需要再想一想。以下五点易忽视的原因会给你些许启发。软件测试方法黑盒测试白盒测试基于风险测试基于模型测试软件测试方法黑盒测试黑盒测试顾名思义就是将被测系统看成一个黑盒，从外界取得输入，然后再输出。整个测试基于需求文档，看是否能满足需求文档中的所有要求。黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关的知识或经验，它适用于对系统的功能进行测试。黑盒测试的优点有：1）比较简单，不需要了解程序内部的代码及实现；2）与软件的内部实现无关；3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；5）在做软件自动化测试时较为方便。黑盒测试的缺点有：1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；2）自动化测试的复用性较低。白盒测试白盒测试是指在测试时能够了解被测对象的结构，可以查阅被测代码内容的测试工作。它需要知道程序内部的设计结构及具体的代码实现，并以此为基础来设计测试用例。如下例程序代码：hresultplay(charpszfilename){if(null==pszfilename)return;if(state_opened==currentstate){playthefile();}return;}基于风险测试基于风险的测试是指评估测试的优先级，先做高优先级的测试，如果时间或精力不够，低优先级的测试可以暂时先不做。有如下一个图，横轴代表影响，竖轴代表概率，根据一个软件的特点来确定：如果一个功能出了问题，它对整个产品的影响有多大，这个功能出问题的概率有多大？如果出问题的概率很大，出了问题对整个产品的影响也很大，那么在测试时就一定要覆盖到。对于一个用户很少用到的功能，出问题的概率很小，就算出了问题的影响也不是很大，那么如果时间比较紧的话，就可以考虑不测试。基于风险测试的两个决定因素就是：该功能出问题对用户的影响有多大，出问题的概率有多大。其它一些影响因素还有复杂性、可用性、依赖性、可修改性等。测试人员主要根据事情的轻重缓急来决定测试工作的重点。基于模型测试模型实际上就是用语言把一个系统的行为描述出来，定义出它可能的各种状态，以及它们之间的转换关系，即状态转换图。模型是系统的抽象。基于模型的测试是利用模型来生成相应的测试用例，然后根据实际结果和原先预想的结果的差异来测试系统。相关内容相关内容1.开发人员若得知他们的代码会被测试评估，他们会更加努力工作。对代码审查最有用的是让编码人知道他编写的代码会被审查。这就像一次内容为400级运算的期末考试。参加考试与否并不重要，因为考试的目的是学会运算。这个道理也适用于代码审查。计算机程序员对自己编写的代码总是相当自信。程序员之所以熬夜工作，是因为他们真正热爱自己的其工作，而不是出于金钱或其他目的。因此，代码审查可以直接影响开发人员的成就感。编码人不希望有任何针对他代码的批评，所以一旦知道代码将被审查，就会采取额外的努力做好工作。实际上，代码审查通常不能发现什么的。但是，如果知道有人要审查编码，那么在编辑过程中程序员就会尽可能做好。2.软件测试评估可以改进开发人员的编程技术在你的心里，你可能不会太在意某一特定软件项目的成功。但是，大多数程序员想要改善他们的技术，这意味着向其他人学习。没有比代码审查更好的学习机会了。例如，从一个优秀的开发人员的