测试基础(四)

1、软件测试与软件开发的认识

答:1、软件生命周期各个阶段都可能产生测试,2、软件开发的需求分析和设计阶段就应开始测试工作,3、测试越早进行,越有助于提高被测软件的质量

2、某测试人员通过执行测试软件测试的方法对当前功能进行了测试,该测试人员使用的方法位

答:黑盒测试

3、如何提高测试的效率

答:1  不要做无效的测试,2  不要做重复的测试,3  不同测试版本的测试侧重点4  优化测试顺序

4、黑盒法是根据程序的(功能)来设计测试用例的

5、静态分析的方法

答:数据流分析,基于约束的分析,抽象解析,类型与结果分析。

6、验收测试的测试用例主要根据什么结果来设计的

答:详细设计

7、软件测试技术可以分为

答:黑盒测试bai和白盒测试

8、用边界值分析法,假定1<X<100,那么X在测试中应该取的边界值是

答:X=0,X=1,X=100,X=101

9、在网络应用测试中,网络延迟是一个重要指标网络延迟的理解

答:指从报文开始进入网络到它开始离开网络之间的时间

10、服务器性能指标

答:吞吐量,平均吞吐量,峰值吞吐量,平均响应时间,90%响应时间,最小响应时间,最大响应时间,CPU占用率

11、编写测试计划目的

答: 使测试工作顺利进行,使项目参与人员沟通更舒畅,使测试工作更加系统化

12、使用软件测试工具的目的

答:帮助测试寻找问题,协助问题的诊断,节省测试时间

13、导致软件缺陷的主要原因

答:软件本身,团队工作,技术问题,项目管理的问题。

14、内容耦合

答:内容耦合是指如果一个模块与另一个模块的内部属性有关,不经调用直接使用另一个模块的程序代码或内部数据,那么这两个模块之间就存在内容耦合。这种耦合表明一个模块与另一个模块的内部数据或程序代码有关,当一个模块的程序代码被修改或内部数据出错,必然引起另一个模块出错。而对后一模块的出错是很难查出原因的,这样给模块的修改、维护带来极大困难。内容耦合的耦合度最大,为“病态耦合”,在设计时,应避免这种耦合。

15、描述软件测试活动的生命周期

答:1. 测试设计

根据需求规格说明书和最终的系统设计,制订测试计划、测试方案,包括收集测试方法、测试用例,可能的测试工具等。

2. 集成测试前期主要针对单个的功能和模块,及简单的功能组合,后期主要针对基本的流程;同时进行对新加入测试人员的培训。

3. 系统测试前期根据需求规格说明书进行功能测试,中期是针对重点模块的性能测试,后期是模拟用户的业务测试,并结合可能的用户测试。

4. 验收测试根据用户手册对功能进行检查,复查报告库中的所有BUG,对Release版本进行安装测试,典型配置环境的裸机测试,加密测试

16、软件的缺陷严重等级如何划分

答:1)致命错误:造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。

2)严重错误:系统主要功能部分丧失,数据库保存调用错误,用户数据丢失,以及功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启,自动退出,关联程序间调用冲突,安全问题、稳定性等。

3)一般错误:功能没有完全实现但不影响使用,功能菜单存在缺陷但不影响系统稳定性。

4)建议问题:界面,性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等。

17、简述测试结束的标准有哪些

答:1.全部测试用例回归测试都执行完成。

2.未修改bug都被确认或置为应有状态。暂缓修改的问题都有的详尽的解释。

3.测试报告编写完成。

4.测试收尾工作结束。

5.测试总结完成。

6.项目处于试运行或上线阶段。继续关注产品试运行出现的问题,并及时录入bug管理系统。

7.测试活动没有尽头,只有相对完成。

18、项目组发布了一个修复缺陷的版本,如何指定此缺陷修复版本的测试范围

答:与该缺陷有管理的功能都应该全部回归测试一遍。

测试需求分析&用例设计题

2.2.1登录与注销

(1)登录

对处于激活状态的用户,输入正确的用户名,密码后可进入系统首页

输入的用户名,密码错误,则系统给出提示

(2)注销

注销用户,确认注销操作后返回登录界面

(3)修改密码

用户可以修改自己的密码,修改密码需遵守如下规则

1)需要输入原密码,如果输入的原密码不对,则给出相应提示

2)新密码与原密码应不同,否则,系统给出提示

3)新密码需要确认,输入两次,且相同,否则系统给出提示

4)新密码长度大于等于6个字符小于等于18个字符

问:

1、2.2.1需求若有问题,请写出存在哪些具体问题

答:需求没有问题。

2、写出2.2.1需求的测试功能点

答:登录:1、功能测试、2、界面测试、3、性能测试、4、安全性测试,5、可用性测试,6、兼容性测试,7、本地化测试 ,8、软件辅助性测试

      注销:1) 注销为原模块、新模块系统能否正确处理;2) 中止注销能否返回原模块、原用户;3) 注销为原用户、新用户系统能否正确处理;4) 使用错误的帐号、口令或无权限帐号、被禁用帐号进行注销

 

3、2.2.1需求内容可采用哪些测试用例设计方法比较合适

答:1、等价类划分,2、边界值分析法,3、场景分析方法,4、错误猜测法。

4、针对2.2.1中的(3)修改密码  需求内容,设计多少个测试用例较为合适,都用到了哪些用例设计方法

答:修改密码用例:

1、必填项测试:不输入旧密码,直接改密码----修改失败

                                   不输入新密码,直接改密码----修改失败

                                   不输入确认密码,直接改密码----修改失败

     2、输入错误的旧密码----修改失败

     3、新密码和确认密码不一致----修改失败

     4、旧密码正确,新密码和确认密码为空----修改失败

     5、旧密码正确,新密码和确认密码包含空格----修改失败

     8、新密码为符合要求的最多字符(上点)----修改成功

     9、新密码为符合要求的最少字符(上点)----修改成功

     10、新密码为符合要求的非最多和最少字符(内点)----修改成功

     11、新密码为最多字符-1(内点)----修改成功

     12、新密码为最少字符+1(内点)----修改成功

     13、新密码为最多字符+1(离点)----修改失败

     14、新密码为最少字符-1(离点)----修改失败

     15、新密码为非允许字符(如有的密码要求必须是英文和数字组成,那么要试汉字和符号等)

     16、看是否支持tap和enter键等;

     17、密码是否可以复制粘贴;

     18、密码是否以* 之类的加密符号

     19、看密码是否区分大小写,新密码中英文小写,确认密码中英文大写

     20、新密码与旧密码一样能否修改成功

     21、密码修改成功后是否可以用旧密码登录成功

     22、密码修改成功后是否可以用新密码登录成功

以上用例都用到了边界值分析法,场景分析方法,错误猜测法等用例设计方法。

 

测试过程中负责或者参与编写过哪些测试过程相关的资料

答:写过测试计划、测试用例,测试报告,自动化测试脚本。

项目组发布了一个修复缺陷的版本,如何制定此版本的测试范围

答:根据该缺陷找到对应的功能模块,把与这功能模块相关联的功能全部回归测试一遍。

所做过的项目中常用到的测试用例设计方法有哪些?

答:1、等价类划分,2、边界值分析法,3、场景分析方法,4、错误猜测法。

测试需求分析题

计划开发一个从网上认证软件,以下是上网认证软件的需求内容,根据自己的测试分析经验,分析下此软件需求存在哪些问题,在答题纸上写出你所分析出来的需求问题

上网认证系统需求内容描述:上网认证系统主要功能是通过用户所输入的互联网登录账号(包括用户名和密码),对帐号的正确性进行校验,校验通过的账号,此电脑即可访问互联网,账号校验失败则无法正常访问互联网,此系统采用C/S架构开发

答:1、需求验证码 防止暴力破解。

2、认证软件认证的是什么信息没有说清楚。

posted @ 2020-11-17 16:59  haoaixiao  阅读(613)  评论(0编辑  收藏  举报