软件评测师知识点整理(填空)试卷.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
在计算机系统中,存取速度最快的是 CPU内部寄存器 外模式 描述数据的局部逻辑视图,是数据库用户的数据视图,他是与某一种应用有关的数据逻辑表示 判断故障是校园内网还是外网 tracert Ping测试网络连接,检查网络连通是否顺畅或者连接速度。 Netstat让用户得知哪些网络连接正在运行。 Snmp 所采用的传输层协议是 udp 渐增是开发方法有利于 快速开发软件 V模型的局限性: W 模型: H模型 :测试过程完全是独立的,贯穿整个产品周期,与其他流程并行进行。 X模型:针对单独程序片段进行相互分离的编码和测试。 前置测试模型: 规定评价包括:选择度量,建立度量评价等级,确定评估准则 网络延迟:指的从报文开始进入网络到它离开网络的时间 脚本语言属于动态语言 功能测试: 确认测试:验证软件功能和性能是否与用户要求一致(黑盒测试) 判定缺陷的准则:1.是否达到了说明书中指明的要求 2.是否出现了产品说明书中指明不会出现的错误 3. 软件功能是否超出了软件需求说明书中指明的范围 4. 软件是否达到了软件说明书中没有指明但是应该达到 的要求 5 软件测试人员认为的难以理解的不宜使用的运行速度缓慢的或者最终用户认为不好的问题 需求和设计是导致缺陷的主要原因 软件测试的关键活动:测试需求分析 制定测试计划 测试设计 测试执行 测试分析与总结 质量保证手段:制定质量保证计划,建立质量体系 单元测试内容:模块接口测试 局部数据结构设计 路径测试 错误处理测试 边界测试 集成测试主要依据:概要设计说明书 系统测试主要依据 需求设计说明书 黑盒测试工具一般原理:利用脚本的录制/回放功能模拟用户的操作 响应时间是指按下传送建到得到结果为止所需要的时间 处理时间试着从接收一个消息到得到结果之间计算机历时的时间 周转时间是指从提出要求到得到结果所需要的时间 响应时间包括处理时间和周转时间。 可恢复性:易分析性 易修改性 易测试性 一致性 评价规格说明: 分析产品描述 规定对产品及部件执行测量 按照评价需求验证编制规格说明 软件编码规范评测包括: 概要设计说明书的评测内容如下。 可追溯性:分析该软件的系统结构、子系统结构,确认该软件设计是否覆盖了所有已确定的软件需求,软件每一成分是否可追溯到某一项需求。 接口:分析软件各部分之间的联系,确认该软件的内部接口与外部接口是否已经明确定义,模块是否满足高内聚和低耦合的要求,模块作用范围是否在其控制范围之内。 风险:确认该软件设计在现有技术条件下和预算范围内是否能按时实现。 实用性:确认该软件设计对于需求的解决方案是否实用。 技术清晰度:确认该软件设计是否以一种易于翻译成代码的形式表达。 可维护性:从软件维护的角度出发,确认该软件设计是否考虑了方便未来的维护。 质量:确认该软件设计是否表现出良好的质量特征。 各种选择方案:看是否考虑过其他方案,比较各种选择方案的标准是什么。 限制:评估对该软件的限制是否现实,是否与需求一致。 其他具体问题:对于文档、可测试性、设计过程等进行评估 评价需求的主要内容是描述评价的目标,特别是描述了产品的质量需求。 评价规格说明是确定对软件及其部件实行的所有分析和测量,标识要分析和测量的软件部件。 评价记录是评价执行计划时详细记载的动作组成。 评价报告的主要内容是执行测量和分析的结果,以及能被重复和重新评价的必要信息。 安装测试包括测试安装代码和安装手册,应考虑以下几方面: 当前流行的三种界面风格: 界面测试应该遵守的原则: 用户界面测试包括: 帮助测试: 文件主要分为三种: 用户文档的测试要点: 用户文档测试方法:技术校对 功能测试,其他辅助方式。 并发用户: 同一物理时刻同时向系统提交请求的用户数。 在线用户:某段时间内访问系统的用户数,这些用户并不一定同时向系统提交请求 吞吐量:系统服务器每秒能够处理的交易数 交易响应时间:系统完成事务执行准备和完成待执行事务后所采集的时间戳之间的时间间隔。 随着负载的增加,当交易吞吐量不再递增时,交易响应时间一般会递增,当系统达到交易吞吐极限时,客户端交易会在请求队列中排队等待,等待时间将记录在响应时间中。 测试过程: 测试原则: 尽早和不断的进行测试 设计合理的测试用例 程序员避免检查自己的程序 测试用例应包含合理和不合理的输入条件 注意测试中的群集现象 避免测试的随意性 对每一个测试结果做全面的检查 妥善保管计划 用例 出错统计最终分析报告 修改程序后进行回归测试 测试用例要映射到需求。 开发方测试(阿尔法)

文档评论(0)

1112111 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档