软件测试相关问题

软件测试相关问题

ID:12597799

大小:263.50 KB

页数:32页

时间:2018-07-18

软件测试相关问题_第1页
软件测试相关问题_第2页
软件测试相关问题_第3页
软件测试相关问题_第4页
软件测试相关问题_第5页
资源描述:

《软件测试相关问题》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、1、软件测试的目的?   答:测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。  2、需求文档测试:主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现;     设计文档测试:测试设计是否符合全部需求以及设计是否合理。 3、什么是软件测试?  答:软件测试是为了发现错误而执行程序的过程。或者说,软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入

2、数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。 4、白盒测试有哪几种方法?  答:白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试5.软件的缺陷等级应如何划分? 

3、 1.致命错误,可能导致本模块以及其他相关模块异常,死机等问题;  2.严重错误,问题局限在本模块,导致模块功能失效或异常退出  3.一般错误,模块功能部分失效;  4.建议问题,由问题提出人对测试对象的改进意见; 附加:软件缺陷的分类与管理 在软件缺陷中还有一种分法,跟据缺陷内容来分,主要分为需求Bug与程序Bug,对于这种分法的好处就是明确了Bug处理的责任人。对于程序Bug我们都知道是由相关开发人员进行处理。下面主要讨论一下需求Bug,需求Bug从名称上来就知道是要交由需求人员进行处理,可怎么处理

4、,怎样在处理的过程中有效的让这些创意得到体现。现在我们都有Bug管理系统,这时我们的测试人员将需求Bug不是提交给程序员,而是提交给需求分析人员,由他们进行处理,不过这里我想强调的是对需求Bug的定位,如果这个Bug在软件需求说明书中明确提到了,这时就不可能定位它为需求Bug,它是必需让程序员实现的,称为软件功能缺陷,提交由程序员进行处理。但如果需求说明书没有明确提到的,我们则可以定位为需求Bug.6.如果能够执行完美的黑盒测试,还需要进行白盒测试吗?(白盒与黑盒的区别)  任何工程产品(注意是任何工程

5、产品)都可以使用以下两种方法之一进行测试。   黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。   白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。  软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以

6、下几类错误:  1、是否有不正确或遗漏的功能?   2、在接口上,输入是否能正确的接受?能否输出正确的结果?  3、是否有数据结构错误或外部信息(例如数据文件)访问错误?  4、性能上是否能够满足要求?  5、是否有初始化或终止性错误?  软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测

7、试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:   1、对程序模块的所有独立的执行路径至少测试一遍。  2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。  3、在循环的边界和运行的界限内执行循环体。  4、测试内部数据结构的有效性,等等。  以上事实说明,软件测试有一个致命的缺陷,即测试的不完全、不彻底性。由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试,在未发现错误时,不能说明程序中没有错误。   7.测试退出标准   测试退出标准为完成测试需求中列出的所

8、有功能及测试过程中发现缺陷的回归测试。   1.单元测试退出标准   1) 单元测试用例设计已经通过评审    2) 核心代码100%经过CodeReview    3) 单元测试功能覆盖率达到100%    4) 单元测试代码行覆盖率不低于80%    5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准   6) 不存在A、B类缺陷    7) C、D、E类缺陷允许存在    8) 按照单元测试用例完成了所有规定单元的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。