一:测试评估的目标?
-
量化测试进程
-
生成缺陷和测试覆盖率的总结报告
-
测试评估的问题
-
没有把测试覆盖率作为报告测试进程的根据,使得不知测试是否结束;
-
没有做测试缺陷评估,缺陷评估是量度软件可行性的重要指标;
-
不使用专门的软件工具进行数据输入任务和相应的评估活动,使得这些任务变得繁重累人。
二:如何提高测试?
提高测试需要从几方面着手,其实只是自己的一些感觉,不一定就需要按部就班,需要找自己适合的点。制定完备的测试计划,清楚的认识软件计划,测试计划是一个文档,能够保证整个研发过程中顺利执行的一个指导性文档,它描述了几个方面的问题。 -
描述项目目的
-
描述了项目的开发周期
-
描述了测试中遇到的技术
-
描述了测试案例的设计周期
-
描述了测试案例的执行周期
-
描述了测试过程中用到的工具或者技术
-
描述了测试过程中用到的资源情况
-
描述了测试过程中可能遇到的风险以及规避方法
-
提高案例设计水平
三:C/S模式的优点
C/S模式优点 -
由于客户端实现与服务器的直接相连,没有中间环节,因此响应速度很快。
-
操作界面漂亮、形式多样,可以充分满足客户自身的个性化要求
-
C/S结构的管理信息系统具有较强的事务处理能力,能实现复杂的业务流程。
C/S模式缺点 -
需要专门的客户端安装程序,分布功能弱,针对点多面广且不具备网络条件的用户群体,不能够实
-
现快速部署安装和配置。
-
兼容性差,对于不同的开发工具,具有较大的局限性。若采用不同工具,需要重新改写程序。
-
开发成本较高,需要具有一定专业水准的技术人员才能完成。
四:B/S 模式的优点和缺点
B/S模式优点 -
具有分布性的特点,可以随时随地进行查询,浏览等业务处理。
-
业务扩展简单方便,通过增加网页即可增加服务器功能。
-
维护简单方便,只需要改变网页,即可实现所有用户的同步更新。
-
开发简单,共享性强
B/S模式的缺点 -
个性化特点明显降低,无法实现具有个性化的功能要求
-
操作是以鼠标为最基本的操作方式,无法满足快速操作的要求
-
页面动态刷新,响应速度明显降低
-
无法实现分页显示,给数据库访问造成较大的压力。
-
功能弱化,难以实现传统模式下的特殊功能要求。
五:测试结束的标准是什么? -
第一类标准:测试超过了预定时间,则停止测试
-
第二类标准:执行了所有的测试用例,并没有发现故障,则停止测试
-
第三类标准:使用特定的测试用例设计方案作为判断测试停止标准
-
正面指出停止测试的具体要求,即停止测试的标准可以定义为查出某一预定数目的故障。
-
第五类标准:根据单位时间内查出故障的数量决定是否停止测试
六:怎样才能够全面测试到每一个点?
答:测试的全面主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。
七:开发和测试的关系?
开发和测试是相辅相成、密不可分的,开发人员开发出新的产品后要通过测试判断产品是否完全满足用户的需求。如果发现缺陷,提交给开发人员进行修复,然后再转交测试人员进行回测,直到产品符合用户需求规格说明。一个符合用户需求的产品是开发和测试共同努力的结果。
八:怎么和开发沟通?
答:测试和开发沟通大部分都在讨论Bug,测试说是bug但是开发任务这不是bug,对于测试来说就很头疼,明明是问题但是开发为什么不主动修改了?这个时候测试应该去需求文档中找出有关这个功能的描述或者去询问产品经理,总之不要正面冲突,要拿出证据来说服开发。
九:测试过程 -
制定系统测试计划
-
编写系统测试用例
-
执行系统测试用例
-
跟踪缺陷管理
-
总结测试
十:测试出口准则 -
所有的缺陷已经解决
-
项目规定测试阶段时间结束
-
执行完成测试计划中的系统测试内容,修正了所发现的错误,未修正的错误被项目经理允许留在下一个版本
-
高级测试经理和项目经理均同意结束测试
-
测试结果经过了专门的评审
十一:测试完成标准 -
系统功能与用户需求说明书一致
-
功能性测试用例通过率达到100%
-
非功能性测试用例通过率达到95%
-
一、二级错误修复率应达到100%
-
三、四级错误修复率应该达到80%以上
-
五级错误修复率应达到60%以上
十二:测试活动中统计了哪些数据
工作量Bug 数量