snda面试.docxVIP

  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文档。上传文档
查看更多
2需要准备的测试相关内容: 黑盒测试又分为功能测试和性能测试。 功能测试包括逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试。 性能测试包括一般性能测试负载测试、压力测试、并发测试等。 还有其他的测试比如说回归测试、冒烟测试、随机测试。 基于是否关注软件结构与算法?? 黑盒测试?:又称功能测试,注重测试软件的功能性需求,不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。能更好地从用户的角度反映。 白盒测试?:又称结构测试,深入考察程序代码的内部结构,方法调用,逻辑设计。 灰盒测试:介于黑白盒测试之间,功能和结构都考虑。 基于是否执行被测试软件? 静态测试?:不执行被测对象的程序代码而寻找缺陷的过程,通俗讲,就是阅读程序代码,文档资料,和用户需求相比,找出有错误或设计不合理的地方。 动态测试?:实际地执行被测对象的程序代码,输入事先设计好的用例,看运行结果与预期结果是否相同,从而检验程序的正确性,可靠性和有效性,运行效率和健壮性。由四部分组成:设计测试用例,执行测试用例,分析比较输出结果,输出测试报告。方法有:黑盒测试,白盒测试,灰盒测试。 基于测试的不同阶段? 单元测试?:又称模块测试,指的是对程序代码中最小的设计模块单元进行测试,采用静态与动态相结合的方法 集成测试?:又称组装测试,就是将软件产品中各个模块组装起来,检查其接口是否存在问题,以及组装后的整体功能,性能表现。单元测试很难发现两个模块间的资源争用,相应延迟,每个模块的缺陷最终会被放大。(方法:非增式集成方法;增式集成方法,即自底向上、自顶向下、组合方式集成),黑盒为主,白盒为辅。 系统测试?是将通过集成测试的软件,部署到用户环境进行测试。(安装与卸载,兼容性,功能确认,安全性等测试)(黑盒测试) 用户测试 用户确认测试,在验收前,用户对本系统作出评价,反馈测试结果 回归测试 发现缺陷后,重新执行测试用例。主要目的是检查以前的测试用例是否能再次通过,是否还有需要补充的用例。即对以前出现过后来修复过的BUG重新进行测试,看它是否还会重现。 软件测试的内容?? 性能测试?业务处理速度,处理能力,所耗用的硬件系统资源 负载测试??在持续加压的环境下,使得系统性能指标超过预期目标或者某种资源的使用达到一种饱和状态 压力测试?测试系统在一定的饱和状态下,系统能够处理业务的能力,以及系统是否会出现错误。 易用性测试?,安全性测试?,兼容性测试?,Alpha?测试?,Beta测试?,内存泄露测试 安装与反安装测试? 恢复测试 ?? 比较测试? 2、??软件开发测试的流程是如何的?(从需求开始到发布的整个流程)Bug的生命周期是怎么样的? (测试流程) a 通过阅读项目进度计划,测试要求等文档 b需说明每个测试工件输出的时间点、测试资源、测试方法、测试规避、测试停测标准等 c测试计划通过项目组评审后,开始分配工作,测试组员进行阅读用户需求规格说明书,进行测试提取,即:列出被测对象需测试的点。 d按照测试计划的规定的时间内完成被测对象的测试用例设计和评审。(测试用例设计一般用word,excel或TestLink,TestDirector) e测试用例通过后,可从配置管理员处提取测试版本,根据开发组提供的被测对象测试环境搭建单进行测试环境的搭建。 f进行各个功能模块的测试。如果发现有遗漏或者不完善的测试用例,需及时跟新,并用文档记录变更历史。用例执行过程中如果发现BUG,则需按照部门或者项目组的BUG提交规范,利用一些BUG管理工具提交BUG。 g项目组成员根据公司自己的BUG管理流程规范开展日常的BUG处理工作。在缺陷处理阶段,大多要经过四次、甚至更多的迭代过程,多次进行回归测试,直到在规定的时间内达到测试计划中所定义的停测标准。 h先进行需求分析,性能指标提取,用例设计,脚本录制,优化,执行,分析等一系列过程后进行性能测试 i对被测对象做一个全面的总结,衡量被测对象的质量状况,并将结果提交给项目组。报告包括被测对象的缺陷修复率,Bug状态统计,Bug分布等。 (开发流程) B输出需求规格说明书 C设计系统的整体架构,从稳定性,安全性,扩展性,可维护性等方面进行设计,然后再进行系统的详细设计,数据库设计等。之后开发组进行代码的编写,而测试人员可以进行测试需求提取、测试用例设计评审工作。 D模块集成后,测试部门按照前期的测试计划,利用测试用例进行系统的功能、性能测试。在经过多次版本的迭代后,完成系统测试,输出系统测试报告。同时,开发组进过内部的单元测试与集成测试后,交由测试组进行功能、性能等用户需求的测试。(按照一般项目的测试流程,从需求提取开始,经过用例设计,用例执行,Bug跟踪处理,性能测试,直至最后的测试报告输出)

文档评论(0)

138****7331 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档