系统测试

系统测试定义：把产品作为一个 整体 ，在 真实 的运行环境下，与环境中的其他要素相结合，检验是否满足用户的 需要 。 系统测试的目的：检验是否满足用户的需求，或者弄清实际和需求的差距 系统测试的真实使用环境：包括真实环境和仿真环境 　　仿真环境：某些无法实现的真实的测试环境，或真实的测试环境成本太高，就可以采用仿真环境 　　　　优点：1、容易搭建 　　　　　　　2、成本较低，可重复使用 　　　　缺点：测试结果有失真，所以在真实使用环境下还需要在测试一次 测试对象：包括被测产品在内的整个使用环境 测试类型：采用特定的测试方法、检验产品某些质量特性的测试，叫某类型的测试 　　1、功能测试： 　　　　检验产品的功能特性（主要针对准确性和适用性） 　　　　目的：检验产品的功能特性是否满足用户的需求 　　2、性能测试： 　　　　检验产品的效率和可靠性 　　　　目的：检验产品的效率和可靠性是否满足用户的需求，找出性能瓶颈，并进行性能优化 　　　　　　a.负载测试：检验产品在不用负载情况下的产品性能 　　　　　　　　软件的负载:承受的用户并发数量，有多少用户共同使用 　　　　　　　　负载测试是一种对比性的测试，在不同负载情况下检验产品，调整产品设计以更好的满足更主要负载时的质量特性 　　　　　　b.稳定性压力测试：检验产品在一定负载情况下长时间运行中的效率和可靠性 　　　　　　　

需要关注点：恢复的时间和恢复的程度 恢复时间： 1、恢复中是否较快 2、恢复过程中出现慢的原因 3、是否出现中断 恢复程度： 1.文件个数是否完整 2.文件类型是否完整 3.文件里面的数据内容是否完整（之前运用数据恢复的软件恢复时出现word文件恢复了，但内容没有恢复里面显示乱码，大小也不符合，只有1M） 其他： 1.重新执行恢复，是否是覆盖式 2.执行过程中是否出现闪退 两种机制：容错机制+补充机制 容错机制：例如界面删除一个内容后，界面功能没有正常显示出来，（例如之前测试的一个网站，删了一个架构的目录分级，结果导致整个界面显示错位，混乱） 补充机制：例如上一次定时任务扣款的时候出现异常未扣款成功，会再次执行性下定时任务，进行第二次扣款，进行补充 来源： https://www.cnblogs.com/moll/p/12552020.html

本世纪以来，航电系统的HW/SW集成测试在某种程度上已经开始自动化，测试程序经过编程能够实时运行。这种自动化是不可避免的，抛开要减少人工测试的要求不说，新一代的航电系统由于要模拟监测的接口速率和数量不断增长，使得在测试执行过程中与被测系统（SUT）的人工交互越加的不可靠。 近年来，像空客这样的飞机制造商对基于模型的系统工程（MBSE）的方法论及其支撑工具投入了越来越多的兴趣，在某些领域，这些探索可能已经融合进了开发与验证的过程，而我们期望在将来MBSE能广泛被航电系统领域所采纳。 本白皮书在以往研究成果的基础上，讨论了航电系统在型号合格认定中实际的验证问题，特别是关于自动化的基于模型的测试（MBT），报告了Verified Systems for Airbus最近实施的MBT项目，总结了MBT使用的技术，描述了使用MBT能带来的好处。 该测试在空客当中得以应用的机型包括：A380、A318、A350、A400M等。 中文译本： 索取全文白皮书： http://www.softtest.cn/multi/411.html 来源： oschina 链接： https://my.oschina.net/watertek/blog/3193544

系统开发的时间安排 1／3 计划 1／6 编码 1／4 构件测试和早期系统测试 1／4 系统测试，所有构件已完成 需要特别指出的是，不为系统测试安排足够的时间简直就是一场灾难。 这句话我深有体会，在考试的之前，总是把大概的模版写出来了，以为就完成了工作，然而到真正要用的时候发现，漏洞百出，在很多细节上的地方花费太对时间，从而严重拖慢了进度。 故我认为应该在考试之前将自己的模版再三调试，这样才能尽可能的避免细节上的失误。 来源： https://www.cnblogs.com/jiaoaoshirenjinbu/p/12258812.html

一、对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试 ：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试 ：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 3、交叉事件测试非常重要 ，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 4、压力测试 ：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送

测试分类： 1.按开发阶段划分（重点）： 开发阶段分为UI界面层（要求最低，人员最多）UI：功能验证测试、兼容性与用户测试 业务逻辑层 Server：客户端模拟测试、内外接口测试、SDK接口测试 数据处理层（要求最高，人员最少）Unit：单元测试（白盒测试，对代码进行测试）、CodeReview（代码复审） 1）单元测试（模块测试）：对软件组成单元进行测试，其目的是检验软件基本组成单位的正确性 测试阶段：编码后或编码前（TDD，测试驱动开发（研发人员拿着测试人员写的测试用例去写代码）） 测试对象：软件设计的最小单位：模块，又称模块测试。 测试人员：白盒测试工程师或开发工程师 测试方法：白盒测试 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试 测试依据：代码的注释+详细设计文档 2）集成测试（联合测试）：至少两个模块，将程序模块采用适当的继承策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。 测试阶段：一般单元测试之后 测试对象：模块间的接口 测试人员：白盒测试工程师或开发工程师 测试方法：黑盒和白盒相结合（既要测功能又要测代码） 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响 测试依据：单元测试的模块+概要设计文档 3）系统测试（测试人员花费时间最长的阶段）

1.对测试开发的理解 测试开发首先离不开测试，而软件测试是指，在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 而且，现在不仅仅是通过手工测试来发现定位Bug，也会通过编写脚本、测试工具来完成自动化测试，因此，对于测试开发人员来说，他除了保证产品质量之外，还要编写脚本以及开发测试工具。这就是我对测试开发的一点理解。 2.为什么做测试而不是去做开发 首先，在近几年，国内对软件测试越来越重视，测试的前景是非常好的。 其次，测试在一个项目开发的过程中是非常重要的一环。开发人员很难在开发的时候又要全面兼顾产品的质量，测试人员就是项目内部的最后把关者，最大程度的保证项目上线不会出现问题。责任非常大，责任越大成就感就越大。我很喜欢这样的工作。 在网上看到一句话，说：写程序的人就像在造没有护栏的桥，自己去走那肯定安全无虞，那怕摸黑也不至于掉河里去;测试则像给桥修护栏的，让桥的普通使用者也能像开发那样来去自如。从这一点上说，可以体现出测试的重要性。 3.如何处理矛盾 我觉得做测试和程序员发生冲突是难免的，人与人之间在一起生活，难免会发生冲突。发生冲突不能用争吵解决，要坦诚相待，心平气和地与对方沟通，善于倾听对方的观点，并理解对方，然后向对方阐述自己的观点。。如果还是产生差异，我会请示上级。 4.职业发展 对于这一行来说，经验越多，能力就越高

1 黑盒、白盒测试的区别 答： 2 测试阶段的划分 答： 3 什么是系统测试，什么是单元测试： 答： 单元测试，顾名思义就是面向最小单元进行测试。比如java中的类，C中的函数。 4 如何设计测试用例 答： 测试用例一般是EXCEL表格组成的二维表，包含如下几栏目， 用例编号 用例标题 功能模块名称 默认条件 输入数据 操作步骤 预期结果 优先级 执行结果 编写人 执行人 日期 其他补充项 来源： CSDN 作者： Yslsql 链接： https://blog.csdn.net/qq_26983201/article/details/104003503

1.问：你在 测试 中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。 　　首先，将问题提交到 缺陷管理 库，类似禅道，进行备案， 　　根据需求文档，产品说明，设计文档等，确认实际结果是否与计划有不一致的地方， 　　如果没有文档，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 　　根据一般用户的使用习惯，来确认 　　与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 　　合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪 　　等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并由上级做出决定。 　　 2. 给你一个网站，你如何测试？ 　　首先，查找需求说明、网站设计等相关文档，分析测试需求。 　　制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试； 性能测试 ； 数据库 测试；安全性测试；兼容性测试 　　设计 测试用例 ： 　　功能性测试可以包括，但不限于以下几个方面： 　　链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 　　提交功能的测试。 　　多媒体元素是否可以正确加载和显示。 　　多语言支持是否能够正确显示选择的语言等。 　　界面测试可以包括但不限于一下几个方面： 　　页面是否风格统一

缺乏合理的进度安排是造成项目滞后的最主要的原因，它比其他所有因素加起来的影响还大 引起的原因 a.估算技术不严谨科学，缺乏有效研究，建立在不真实的假设：一切会运行良好 b.对进度缺少跟踪和监督 c.认为人月可以互换，进度与工作量不等同 编程人员的乐观主义 人月关系 a.人员和时间的关系-完全可以分解的任务 （不需交流的体力活如收割小麦，这在系统编程中近乎不可能） b.人员和时间的关系-完全不可分解的任务 （人类女性孕育一个生命需要10个月，不能通过人手增加来减少这10个月的任何时间） c.人员和时间的关系-需要沟通的可分解任务 （沟通：培训以及相互间的交流） d.人员和时间的关系-关系错综复杂的任务 （实践/沟通交流的工作量非常大） 系统测试 软件任务进度安排，作者多年实战经验：[作者：美·小弗雷德里克·布鲁克斯，曾任职IBM，从事研发管理] 1/3 计划 1/6 编码 1/4 构件测试和早期系统测试 1/4 系统测试，所有构件已完成 通过对传统项目进度安排的研究，我发现很少有项目允许为测试分配一半的时间，但大多数项目的测试实际上是花费了进度中一般的时间，他们中的许多项目，在系统测试之前还能保持进度。 不为系统测试安排足够的时间极大可能引发灾难后果 向进度落后的项目安排新人手只会使进度更加看落后 来源： https://www.cnblogs.com/mosicol/p