我个人觉得有必要的。我孩子出生前，我就买了婴儿床。一、为什么有人不喜欢买婴儿床？很多人在卖婴儿床的之前，都会比较纠结，毕竟婴儿床价格也有好几百块甚至上千，对于初为人父人母的年轻人来说，也算是一笔不小的开销，2年后，就可能被永久搁置了。还有些人认为，宝宝太小，没有妈妈带，没有安全感，再加上宝宝单独睡的话，妈妈还要经常夜里起来喂奶，很不方便。这些问题，在买床之前，我都有考虑到，首先是一笔开销且2年后可能被搁置，我当时买的是几百块的评价婴儿床，价格适中，自己省一点，这个钱就有了，现在的确已经闲置了，已经放杂物了，不过我是因为还想生二胎，所以就留着了，如果不想生二胎的话，可以送给亲戚朋友。二、我为什么买婴儿床1、保护宝宝的安全：我们不可能时时刻刻在宝宝身边，而婴儿床是四周都有栏杆的，宝宝在里面动啊，爬呀，都是比较安全的，能让宝妈安心去做其他家务。2、宝宝的独立性：宝宝和父母分开睡，可以从小锻炼他的独立能力，我认为是正确的，不过这点有没有科学道理，无从考证，总感觉小孩那么小，独立这个词对他来说，太陌生了。3、给宝宝宽松的环境：分开睡，对小孩的呼吸比较好；分开睡可以避免压到宝宝；分开睡，宝宝就不会尿到大人睡的床上了，婴儿床床单被褥都是小的，清洗起来也方便。4、解放妈妈，缓解妈妈的劳累：当然，还有最重要的一点，分开睡，大人小孩都能舒舒服服睡觉，尤其是大人。现在，一般有工作的女性，大部分只能坚持母乳喂养半年，过了半年之后，小孩一般就喝奶粉了，就没必要让妈妈带着睡觉了，这样会严重影响妈妈睡眠，小孩子每隔几个小时就要醒来一次。当换成奶粉喂养的时候，爸爸完全可以胜任喂养工作了，如果爸爸有责任心，爱护老婆的话，肯定愿意承担这个责任的。各位宝妈，为了自己能够休息好，买个婴儿床还是有必要的，强烈建议宝妈可以买一个。我买了婴儿床后，每次宝宝哭了，老婆就踢我一脚，说，该去喂奶粉了。说了这么多，我觉得，婴儿床还是有必要买的。三、如何挑选婴儿床呢？1.材料：目前，大多数婴儿床是由实木制成的。从新西兰进口的松木，从德国进口的山毛榉和竹子是理想的购买对象。宝宝会咬很长时间，而且材料环保，这对宝宝来说意义重大。有些婴儿床是由钢管和布制成的。虽然它们容易携带，但利用率不高。2.油漆：原木的原始颜色是婴儿床的最佳颜色，但也不是不可能使用油漆。安全环保的水性涂料可以给婴儿床增添色彩，给宝宝更直观的视觉训练。3.高度：为了安全起见，婴儿床围栏的高度一般高于50厘米。建议购买高度可调的婴儿床。小婴儿长得很快，所以高度可调的婴儿床可以防止婴儿在不同阶段爬出围栏而受伤，也有利于婴儿母亲今后方便地抱起和放下婴儿。4.围栏：围栏间距应控制在合理的范围内，这样宝宝的小手小脚就不会被卡住，宝宝的小脑袋也不会被挤进去。围栏表面光滑，无毛刺和边缘，确保婴儿在咬和爬时没有危险。5.稳定性：婴儿床整体稳定，拼接处无松动，无外露螺丝，无婴儿接触区域。底板之间的间距不应太大，并且没有破损和断裂的迹象。四、婴儿床的口碑产品目前婴儿床的品牌很多，但是很多都是大品牌，价格动辄七八百或者上千，虽然有人嫌贵，但是我个人觉得其实还好，一个婴儿床，从半岁睡到两周岁，还是可以的，这样一年平均也就几百块，而且用完还可以送给亲戚朋友，或者留着二胎再用。现在开放二胎了，我好多同学都生二胎了。下面的推荐产品，有的是大品牌，有的是平价产品，看个人喜好了。最重要的是，拿回家后，不管有没有味道，一定要在通风处，吹半个月以上。当年我买回来的时候，小孩刚出生没多久，虽然闻不出什么味道，但是我放在阳台上吹了1个多月。1、gb好孩子 多功能婴儿床环保实木拼接床摇篮婴儿床母婴品牌怎么能少了gb好孩子呢，大品牌，性价比高，挺不错的。这边提供了好孩子不同价位的婴儿床供大家选择。2、小龙哈彼 婴儿床多功能实木无漆新生儿宝宝童床绝对的高性价比，是gb好孩子公司专门打造的性价比产品，质量相似，售卖的起点价格却比gb好孩子地点，口碑也非常不错。3、babycare婴儿床 宝宝床实木儿童床拼接床 多功能新生儿摇篮床bb床4、BOBDOG 巴布豆婴儿床实木宝宝床拼接大床多功能新生儿床游戏床巴布豆是母婴届的大品牌，影响力很大，是行业的标杆，当然价格也比较贵，但是他实木环保，且功能多，爱孩子的有经济实力的宝妈，可以挑选。5、elittile 婴儿床多功能折叠床实木松木无漆床宝宝bb进口摇篮儿童床无漆原木床，外形可爱，环保健康。同样，elittile品牌也还不错，进口产品，质量放心。上面5个都是品牌比较好的，所以价格自然也就贵些，但是其实还有不少性价比不错的，知名度没那么高，但是其实产品还不错的品牌。但是儿童用的产品，实在不敢随意推荐不是品牌的，如果想卖亲民价格的，可以自行在京东或者淘宝上挑选，价格良莠不齐，便宜的也就200块，不过不是很建议买这些价格的，毕竟孩子的成长只有一次，还是买点品牌的吧。}

一、测试开发职业相关1.测试开发本质测试开发的本质是助力业务成功2.软件测试存在的意义提前发现和定位错误。提前发现和定位错误之后呢？可以促进开发人员修正错误，从而保证交付的软件质量满足客户需求。提前发现和定位错误的重要性？越早发现软件中存在的问题，开发费用就越低，软件质量越高，维护费用越低。提前测试可以使得在需求分析时期就可发现的错误，不必等到开发完成后才被发现3.(高频)测试开发与测试的区别？软件测试是什么在规定的条件下对一个产品或者程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。软件测试工程师的任务软件测试工程师主要工作是检查软件是否有bug、是否具有稳定性，写出相应的测试计划、测试规范、测试用例、测试数据、测试报告，在项目中担任类似“质量管理的角色”，及时纠错及时更正，确保产品的正常运转。测试开发工程师的任务测试开发的核心职能依然是测试。只是工程师在具备测试经验、熟练使用测试工具并有一定开发能力的前提下，可以自主开发平台，或对现有的开源工具进行二次开发最终目的是提升产品的测试效率。测试开发与开发的联系测试开发是测试岗位衍生的一个分支，利用开发能力解决测试工作中的问题，小到生成数据、并发模拟等工具的开发，大到整个自动化测试平台的设计与实现，旨在提高效率，降低成本。4.(高频)为什么选择测试开发？【岗位角度来说】从用户角度来说，现在的软件产品种类多样，已经可以满足用户大部分的基本需求了，对于同类产品，用户会更加关注产品的质量和服务，所以测试的发展前景是非常好的在产品研发中，提前发现和定位问题，对整个产品和质量和公司的成本都是非常重要的，测试人员的责任非常大。是非常重要的一个岗位【自己角度来说】(你的经历都是开发为什么会想到做测试？)测开还有一部分开发工作，无论是自动化脚本还是测试工具或框架，都提高了测试的效率，为质量效率保证工作提供了有力的保障。所以测开的所需技术广度也是很高，会激发我持续学习的态度。并且来说，我目前具备了一些测开所必备的理论知识和技能并且还在不断地学习中，我认为我可以较快的胜任这个岗位5.(中频)测试开发需要哪些知识和能力？需要的知识：软件测试基础理论知识，如黑盒测试、白盒测试等编程语言基础，如C/C ++、java、python等自动化测试工具，如Selenium、Appium、Robotium等计算机基础知识，如数据库、Linux、计算机网络等测试框架，如JUnit等需要具备的能力：测试能力业务分析能力，分析被测系统架构、分析被测业务模块、分析整体业务流程、分析被测业务数据、分析测试所需资源、分析测试完成目标；缺陷洞察能力，一般缺陷的发现能力、隐形问题的发现能力、发现连带问题的能力、发现问题隐患的能力、尽早发现问题的能力、发现问题根源的能力宏观把控能力，有效制定测试计划、有效进行风险评估、有效控制测试时间、有效控制测试成本、有效控制测试方向。个人能力专业技术能力，掌握测试基础知识、掌握计算机知识、熟练运用测试工具；逻辑思考能力，判断逻辑的正确性、对可行性逻辑分析、站在客观角度思考问题解决能力，技术上的问题、工作中的问题、沟通问题和团队沟通表达能力，和技术人员、产品人员、上下级的沟通团队协作能力，合理进行人员分工、协助组原解决问题、配合完成测试任务、配合开发重现缺陷、督促项目整体进度、出现问题勇于承担6.软件测试的核心竞争力？测试人员的核心竞争力在于提早发现问题，并能够发现别人无法发现的问题。1.早发现问题：问题发现的越早，解决的成本越低。如果一个需求在还未实现的时候就能发现需求的漏洞，那么这种问题的价值是最高的2.发现别人发现不了的问题：所有人都能发现的问题，你发现了，那就证明你是可以被替代的。别人发现不了，而你可以发现，那么你就是无法被替代的7.测试和开发如何结合才能使软件质量得到更好保障？测试和开发应该按照W模型的方式进行结合，测试和开发同步进行，能够尽早发现软件缺陷，降低软件开发的成本。什么是w模型测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。w模型的优点W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。w模型的缺点但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。8.怎么看待软件测试的潜力和挑战？软件测试是正在快速发展、充满挑战的领域。尽管现在许多自动化测试软件的出现使得传统手工测试的方式被代替，但自动化测试工具的开发、安全测试、测试建模、精准测试、性能测试、可靠性测试等专项测试中仍然需要大量具有专业技能与专业素养的测试人员。并且随着云计算、物联网、大数据的发展，传统的测试技术可能不再适用，测试人员也因此面临着挑战，需要深入了解新场景并针对不同场景尝试新的测试方法，同时敏捷测试、Devops的出现也显示了软件测试的潜力9.(高频)一个完整的测试流程，要干什么？测试工作需要贯穿整个软件的生命周期需求分析阶段测试人员会进行需求评审，对产品的功能进行整体把握，根据需求写用例写测试计划根据开发计划制定具体的测试时间计划撰写测试用例：根据详细的需求文档，进行用例的编写使用思维导图列举测试大纲，尽量发散，想到什么就写什么。先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点可使用边界值法、等价类划分法、错误推测法、因果图法等设计案例根据测试大纲制定测试用例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注用例评审：测试作为主导，联合开发、项目经理、PM进行测试用例评审可先讲解测试大纲，让开发、项目经理对测试用例有个大概后再详细测试用例讲解执行测试用例：根据测试用例执行测试发现问题保留现场，记录测试方法，通知开发解决问题覆盖测试用例之外若有时间可进行探索性测试缺陷报告编写及提交将发现的缺陷编写成正式的缺陷报告，提交给开发人员进行缺陷的确认和修复跟踪BUG修改情况执行自动化测试，编写脚本，执行，分析，报告进行性能测试，压力测试等其他测试，执行，分析，调优，报告10.一条缺陷都记录哪些内容缺陷内容包括：缺陷的标题、缺陷类型、详细步骤、期望结果、缺陷等级、优先级、截图、日志信息等。怎样提交一个高质量的缺陷：1）缺陷的标题尽量简单、明确、完整2）尽量使用惯用的表达术语和表达方法，保证表达准确专业3）一个缺陷报告只包括一个缺陷，复现步骤描述清楚4）是UI问题的话，尽量配上截图标注好有问题的地方；功能问题，尽量配上视频；闪退一类的Bug配上Log日志等5）一些特殊数据出现的bug,需要备注好数据信息6）一些非必现的问题，多测试几遍，然后备注清楚bug的复现率7）兼容性问题需要备注好设备型号、操作系统及浏览器版本信息8）缺陷尽量保证不重复提交二、测试基本流程和方法测试伴随着软件开发模型的演进开发模型，从软件发展来看，比较典型的有瀑布模型，V模型和W模型以及敏捷开发模型。瀑布模型瀑布模型的主要特征在于项目完全按照阶段划分，只有前一阶段完成，才能开始下一阶段。具体到测试活动，则只能在全部编码完成后、发布之前执行，在这种开发模型中，测试活动被完全后置了，测试仅仅是编码后的一个活动阶段，测试的重要性没有被凸显出来V模型V模型不仅相对清晰地划分了测试活动的不同级别，还将其不同级别的测试活动与软件开发各阶段清晰地对应起来，强调了测试在整个开发过程中的重要性。但在V模型中，测试依旧是编码之后才开始的，测试介入时间还是太晚。比如，需求分析阶段出现的问题，要等到系统测试阶段才能发现W模型为了弥补V模型的缺点，出现了W模型，把V模型左边的每一个活动都加了一个测试设计活动，尽早和不断地进行测试W模型认为测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试。优点：测试的活动与软件开发同步进行，而且测试的对象不仅仅是程序，还包括需求和设计。这样可以尽早发现软件缺陷可降低软件开发的成本缺点：开发和测试依然是线性的关系，需求的变更和调整，依然不方便，而且如果没有文档，根本无法执行W模型，使用W模型对于项目组成员的技术也很高。H模型相对于V模型和W模型，H模型将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来这个示意图仅仅演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其他流程可以是任意的开发流程，例如，设计流程或编码流程。只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以进行了。H模型中包含了如下概念：测试准备：所有测试活动的准备判断是否到测试就绪点测试就绪点：测试准入准则，即是否可以开始执行测试的条件测试执行：具体的执行测试的程序其他流程：设计流程或编码流程优点：让测试活动完全独立贯穿整个生命周期与其他流程并发进行。在H模型中，软件测试活动可以尽早准备尽早执行，具有很强的灵活性。而且软件测试可以根据被测对象的不同而分层次、分阶段、分次序的执行，同时也是可以被迭代的。缺点：对于管理要求很高，需要定义清晰的规则和管理制度，否则测试过程将很难管理和控制，而且对于技能要求也很高。因为H模型要求能够很好的定义每个迭代的规模，不能太大也不能太小。在H模型中，测试就绪点的分析也比较困难。因为测试过程中，并不知道测试准备到什么时候是合适的，就绪点在哪，就绪点标准是什么，这就对后续的测试执行启动带来很大的困难。敏捷模型按一个短的迭代周期工作，强调“快”，每次迭代交付一些成果（或者说先做出一个不完美但能实现一定的功能的版本）；让客户参与进来，有新需求就，快速响应变化，迭代产生新版本，缩短软件版本的周期。强调软件开发软件而不是文档。特点：让客户参与进来，客户需求的变动和软件有些不符合需求的地方可以第一时间进行了解和改动；缩短版本周期；每隔一段时间，团队可以在工作方面进行反省和改进，调整自己的行为敏捷测试：以用户需求为中心，在每一个迭代周期都需要进行测试基于自动化测试-》速度快、敏捷更强调测试的速度和适应性，侧重计划的不断调整以使用需求的变化强调面对面的沟通、协作，强调团队的责任，不太关注对缺陷的记录与跟踪。缺陷修复的成本也比较低1.测试的相关流程需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试1)单元测试(模块测试)：什么是单元测试完成最小的软件设计单元(模块)的验证工作，目标是确保模块被正确的编码，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误单元测试方法通常情况下是白盒的，单元测试的依据代码、注释、详细设计文档LLD单元测试的测试重点：模块接口：数据能否正确进出，检查参数的数目、次序、属性，全局变量的定义和用法在各个模块中是否一致局部数据结构：局部数据说明、初始化、默认值等方面的错误重要执行通路：选择具有代表性、最可能发现错误的执行通路进行测试出错处理通路：应该能预见出错的条件，并且设置适当的处理错误的通路边界条件：对于刚好小于、等于、大于最大值或小于最小值的数据结构、控制量和数据值进行测试2)集成测试：什么是集成测试通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构。集成测试方法黑盒和白盒结合集成测试的依据单元测试模块、概要设计文档HLD集成测试的两种方法一种方法是先分别测试每个模块，再把所有模块设计要求放在一起组合成所要的程序，称为非渐增式测试方法；另一种方法是要把下一个测试的模块同已经测试好的模块结合起来进行测试，称为渐增式测试。应当避免一次性的集成(除非软件规模很小)，而采用增量集成。非渐增式测试一下子把所有模块放在一起，情况复杂，会遇到很多错误，改正错误更是极端困难。使用渐增式方法有自顶向下和自底向上两种集成策略渐增式方法概述流程优点缺点自顶向下集成首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去1.对主控制模块进行测试，测试时用存根程序代替所有直接附属于主控制模块的模块2.根据选定的结合策略（DFS
BFS）每次用一个实际模块代换一个存根程序3.在结合进一个模块的同时进行测试4.为了保证加入模块没有引进新的错误，可能需要进行回归测试（全部或部分重复以前做过的测试）5.直到构造起完整的软件结构能够在测试早期对主要的控制或关键的抉择进行检验，在一个分解的好的软件结构中，关键抉择位于层次系统的较上层，因此首先碰到，早期认识主要控制里的问题是有好处的实际使用会遇到逻辑上的问题。为了充分地测试软件系统的较高层次，需要在较低层次上的处理。然而存根程序代替了低层次的模块，没有重要的数据自下往上流，为了解决这个问题：把许多测试推迟到用真实模块代替了存根程序后再进行从层次系统的底部向上组装自底向上集成从原子模块开始来进行构造和测试1.把底层模块组合成实现某个特定的软件子功能的族2.写一个驱动程序，协调测试数据的输入输出3.对由模块组成的子功能族进行测试4.去掉驱动程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族3)系统测试：什么是系统测试系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等是否满足其规约所指定的要求。系统测试方法黑盒测试系统测试依据需求测试文档SRS系统测试的种类功能测试：对产品的各功能进行验证，以检查是否满足需求的要求性能测试：通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试安全测试：检查系统对非法入侵的防范能力兼容测试：测试系统在不同的软硬件环境下是否能够正常的运行4)回归测试：回归测试是指在发生修改之后重新测试先前的测试用例以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现5)验收测试：验收测试是部署软件之前的最后一个测试操作。目的是确保软件准备就绪，展示该系统满足用户的需求测试方法：黑盒验收测试包括Alpha测试和Beta测试Alpaha测试：是由用户在开发者的场所来进行的，开发者对用户的指导下进行测试，开发者负责记录发现的错误和使用中的问题，内测版本Beta测试：由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者，开发者对系统进行最后的修改，并开始准备发布最终的软件，公测版本那一步最重要这些测试步骤分别在软件开发的不同阶段对软件进行测试，我认为对软件完整功能进行测试的系统测试很重要，因为此时单元测试和集成测试已经完成，能够对软件所有功能进行功能测试，能够覆盖系统所有联合的部件，是针对整个产品系统进行的测试，能够验证系统是否满足了需求规格的定义，因此我认为系统测试很重要。你觉得单元测试可行吗可行，单元测试可以有效地测试某个程序模块的行为，是未来重构代码的信心保证。事前可以保证质量，事后可以快速复现问题，并在修改代码后做回归自测可行性考虑的是要用一些可行的方法做到关键的代码可测试，如通过边界条件、等价类划分、错误、因果，设计测试用例要覆盖常用的输入组合、边界条件和异常。集成测试和系统测试的区别和应用场景1.计划和用例编制的先后顺序：从V模型来讲，在需求阶段就要制定系统测试计划和用例，HLD(概要设计)的时候做集成测试计划和用例，有些公司的具体实践不一样，但是顺序肯定是先做系统测试计划用例，再做集成2.用例的粒度：系统测试用例相对很接近用户接受测试用例，集成测试用例比系统测试用例更详细，而且对于接口部分要重点写，毕竟要集成各个模块或者子系统集成测试：时间：完成单元测试后，各模块联调测试；测试目标：各模块的接口是否一致，各模块间的数据流和控制流是否按照设计实现功能、以及结果的正确性验证等等；可以是整个产品的集成测试，也可以是大模块的集成测试；测试重点：集成测试主要是针对程序内部结构进行测试，特别是对程序之间的接口进行测试。集成测试对测试人员的编写脚本能力要求比较高。测试方式：一般选用黑盒测试和白盒测试相结合。系统测试：时间：集成测试之后，针对整个产品的全面测试测试目标：《需求规格说明书》中提到的功能是否有遗漏，是否正确的实现。测试重点：既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交给用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。测试方法：一般都使用黑盒测试法。2.(高频)黑盒测试和白盒测试什么是黑盒测试主要是检查软件的每一个功能是否能够正常使用，检查程序功能是否按照设计需求以及说明书的规定能够正常使用。在测试过程中，不考虑程序内部结构和特性的基础上通过程序接口进行测试黑盒测试常用方法并举例：等价类划分法什么是等价类划分等价类划分是将系统的输入域划分为若干部分，则可以合理做出下述假定：每类中的一个典型值在测试中的作用与这一类中其他值的作用相同。然后从每个部分选取少量代表性数据进行测试。一个理想的测试用例能独自发现一类错误。研究程序的功能说明，从而确定输入数据的有效等价类和无效等价类，在确定输入数据的等价类时常常还需要分析输出数据的等价类，以便根据输出数据的等价类导出对应的输入数据等价类下述几条启发式规则可能有助于等价类的划分：（1）如果规定了输入值的范围，则可划分出一个有效的等价类和两个无效的等价类（2）如果规定了输入数据的个数，则类似地也可以划分出一个有效等价类和两个无效等价类（3）如果规定了输入数据的一组值，并且程序对不同输入值做不同处理，则每个允许的输入值是一个有效等价类，还有一个无效等价类（任意一个不允许的输入值）（4）如果规定了输入数据必须遵循的规则，则可以划分出一个有效的等价类和若干个无效的等价类（5）如果规定了输入数据为整形，则可以划分出正整数、零和负整数3个有效类（6）如果程序的处理对象是表格，则应该使用空表，以及含一项或多项的表划分出等价类以后，设计测试方案：（1）设计一个新的测试方案以尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步骤直到所有有效等价类都被覆盖位置（2）设计一个新的测试方案，使他覆盖一个而且只覆盖一个尚未被覆盖的无效等价类，重复这一步骤直到所有无效等价类都被覆盖为止边界值分析法什么是边界值分析法边界值分析法是对等价类划分的一种补充，因为大多数错误都在输入输出的边界上。如果边界附近取值不会导致程序出错，那么其他取值出错的可能性也就很小。边界值分析法是通过优先选择不同等价类间的边界值覆盖有效等价类和无效等价类来更有效的进行测试，因此该方法要和等价类划分法结合使用。选取的测试数据应该刚好等于、刚刚小于和刚刚大于边界值判定表法 判定表驱动法是分析和表达多逻辑条件下执行不同操作的情况的工具。（1）条件桩：列出了问题的所有条件（2）动作桩：列出了问题规定可能采取的操作（3）条件项：列出针对它所列条件的取值，在所有可能情况下的真假值（4）动作项：列出在条件项的各种取值情况下应该采取的动作错误分析法错误推测法是基于以往的经验和直觉，参照以往的软件系统出现的错误，推测当前被测程序中可能存在的缺陷和错误，有针对性地设计测试用例。什么是白盒测试它根据程序的控制结构设计测试用例，白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，白盒测试常用方法并举例：强度由低到高：语句覆盖：所有的“语句”都要覆盖一遍。就是设计若干个测试用例，运行被测程序，使得每一个执行语句至少执行一次。判定覆盖：包含语句覆盖，每个判断T、F各一次。使设计的测试用例保证程序中每个判断的每个取值分支至少经历一次。条件覆盖：包含语句覆盖，每个条件T、F各一次是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支。判定条件覆盖：包含判定覆盖、条件覆盖。说白了就是我们设计的测试用例可以使得判断中每个条件所有的可能取值至少执行一次（条件覆盖），同时每个判断本身所有的结果，也要至少执行一次（判定覆盖）。不难发现判定条件覆盖同时满足判定覆盖和条件覆盖，弥补了两者各自的不足，但是判定条件覆盖并未考虑条件的组合情况。条件组合覆盖：每个条件的每种组合。在白盒测试法中，选择足够的测试用例，使所有判定中各条件判断结果的所有组合至少出现一次，满足这种覆盖标准成为条件组合覆盖。意思是说我们设计的测试用例应该使得每个判定中的各个条件的各种可能组合都至少出现一次。显然，满足条件组合覆盖的测试用例一定是满足判定覆盖、条件覆盖和判定条件覆盖的。路径覆盖：所有路径至少执行一次。黑盒和白盒测试的区别和关系黑盒测试白盒测试不查看内部代码结构了解程序内部的代码结构根据软件需求和规范设计按照程序内部逻辑设计涉及到单元、集成、系统和验收测试涉及到单元、集成测试测试人员不需要程序经验需要有一定的程序经验可以手动或自动化测试可以手动或自动化测试缺点覆盖率低穷举路径不太可能，只能测试开发人员做的对不对，不知道需求是否正确满足3.自动化测试自动化测试把以人为驱动的测试行为转化为机器执行的一种过程。在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。自动化测试的前提条件1）需求变动不频繁2）项目周期足够长：自动化测试需求的确定、框架的设计、测试脚本的编写与调试均需要相当长的时间来完成，3）自动化测试脚本可重复使用你觉得自动化测试由什么意义，都需要做什么1.可以对程序的新版本自动执行回归测试2.可以执行手工测试困难或者不可能实现的测试，如压力测试，并发测试3.能够更好的利用资源，节省时间和人力执行自动化测试之前首先判断这个项目适不适合推广自动化测试，然后对项目做需求分析，指定测试计划，搭建自动化测试框架，设计测试用例，执行测试，评估。手动测试与自动化测试的优缺点手动测试：优点：1.测试人员具有经验和对错误的猜测能力2.测试人员具有审美能力和心理体验3.测试人员具有是非判断和逻辑推理能力缺点：1.重复的手工回归测试，代价昂贵、容易出错2.依赖于软件测试人员的能力自动化测试：优点1.对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果使非常明显的。由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试效率，缩短回归测试时间。2.可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运行更多的测试3.可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试，不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟同时有许多用户，从而达到测试的目的4.更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性，将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，提高手工测试的效率5.测试具有一致性和可重复性。由于测试是自动执行的，这样就可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例6.测试的复用性：由于自动测试通常采用脚本技术，这样就有可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例7.增加软件信任度：由于测试是自动执行的，所以不存在执行过程中的疏忽和错误，完全取决于测试的设计质量。一旦软件通过了强有力的自动测试后，软件的信任度自然会增加缺点：1.不能取代手工测试2.手工测试比自动测试发现的缺陷更多3.对测试质量的依赖性极大4.测试自动化不能提高有效性5.测试自动化可能会制约软件开发。由于自动化测试比手动测试更脆弱，维护会受到限制，从而制约软件的开发6.工具本身并无想象力。4.BugBug的周期？以及不同类别的Bug?1) New:(新的)当某个bug 被第一次发现的时候，测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来。并将bug的状态设为new2）Assigned(已指派的)当一个Bug被指认为New之后，将其反馈给开发人员，开发人员将确认这是否是一个Bug,如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为assigned3）Open 打开的一旦开发人员开始处理bug的时候，他就将这个bug的状态设置为Open,表示开发人员正在处理这个Bug4)Fixed 已修复的当开发人员进行处理（并认为已经解决）之后，他就可以将这个bug的状态设置为fixed并将其提交给开发组的负责人，然后开发组的负责人将这个Bug返还给测试组5）Pending Reset 待在测试的当bug被返还给测试组后，状态设为这个6）Reset 再测试测试组的负责人将Bug指定给某位测试人员进行再测试，并将Bug的状态设置为Reset7）closed 已关闭的如果测试人员经过再次测试之后确认bug已经被解决之后，就将状态设置为closed8）Reopen 再次打开的如果经过再次测试发现bug仍然存在的话（指bug本身而不是包括因修复而引发的新bug），测试人员将bug再次传递给开发组，并将bug的状态设置为Reopen9) pending reject 拒绝中如果测试人员传递到开发组的bug 被开发人员认为是正常行为而不是Bug时，这种情况下开发人员可以拒绝，并将Bug的状态设置为pending reject10）rejected 被拒绝的测试组的负责人接到上述bug的时候，如果他发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作Bug的时候，开发组负责人就将这个Bug的状态设置为rejected11）postponed 延期对于一些特殊的Bug的测试需要搁置一段时间，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，Bug的状态就被设置为postponedBug类型代码错误界面优化设计缺陷配置相关安装部署安全相关性能问题标准规范测试脚本其他如何进行Bug测评Bug的priority() 和 severity() 是两个重要属性，通常人员在提交bug的时候，只定义severity ,将priority交给leader定义，通常bug管理中，severtity 分为四个等级blocker/critical/major/minor(trivial)，而priority分为五个等级 immediate
urgent
high
normal
lowSeverity:1)blocker:即系统无法执行，崩溃，或严重资源不足，应用模块无法启动或异常退出，无法测试，造成系统不稳定。 常见的有严重花屏、内存泄漏、用户数据丢失或破坏、系统崩溃/死机/冻结、模块无法启动或异常退出、严重的数值计算错误、功能设计与需求严重不符、其他导致无法测试的错误，如服务器500错误2)critical: 即映像系统功能或操作，主要功能存在严重缺陷，但不会映像到系统稳定性。常见的有：功能未实现、功能错误、系统刷新错误、数据通讯错误、轻微的数值计算错误、影响功能及界面的错误字或拼写错误。3)major: 即界面、性能缺陷、兼容性，常见的有：操作界面错误，边界条件错误，提示信息错误，长时间操作无进度提示，系统未优化，兼容性问题4)minor/trivial:即易用性及建议性问题Priority:1) immediate : 即马上解决2）urgent: 急需解决3）high:高度重视，有时间要马上解决4）low:在系统发布前解决，或确认可以不用解决5. APP性能软件质量的六个特征按照软件质量国家标准GB-T8566--2001G，软件质量可以用下列特征来评价：a.功能特征：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能b.可靠特征：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性c.易用特征：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性d.效率特征：与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性e.可维护特征：与进行指定的修改所需的努力有关的一组属性f.可移植特征：与软件从一个环境转移到另一个环境的能力有关的一组属性测试的类型？测试分为功能测试和非功能测试，非功能测试又可分为性能测试、压力测试、容量测试、健壮性测试、安全性测试、可靠性测试、恢复性测试、备份测试、协议测试、兼容性测试、可用性测试、配置测试、GUI测试。APP性能测试的指标1）内存：内存消耗测试节点的设计目标是为了让应用不占用过多的系统资源，且及时释放内存，保障整个系统的稳定性。当然关于内存测试，需要引入几个概念：空闲状态、中等规格、满规格。空闲状态指打开应用后，点击home键让应用后台运行，此时应用处于的状态叫做空闲；中等规格和满规格指的是对应用的操作时间的间隔长短不一，中等规格时间较长，满规格时间较短。内存测试中存在很多测试子项，清单如下：空闲状态下的应用内存消耗；中等规格状态下的应用内存消耗；满规格状态下的应用内存消耗；应用内存峰值；应用内存泄漏；应用是否常驻内存压力测试后的内存使用2）CPU使用Android 提供的view plaincopy 在CODE上查看代码片派生到我的代码片adbshell dumpsys CPUinfo
grep packagename >/address/CPU.txt 来获取使用top命令view plaincopy 在CODE上查看代码片派生到我的代码片adbshell top
grep packagename >/address/CPU.txt 来获取3）流量网络流量测试是针对大部分应用而言的，可能还有部分应用会关注网速、弱网之类的测试。流量测试包括以下测试项：应用首次启动流量提示；应用后台连续运行2小时的流量值；应用高负荷运行的流量峰值4）电量：测试手机安装目标APK前后待机功耗无明显差异常见使用场景中能够正常进入待机，待机电流在正常范围内长时间连续使用应用无异常耗电现象。5）启动速度第一次：首次启动--应用首次启动所花费的时间第二次：非首次启动-应用非首次启动所花费的时间第三类：应用界面切换--应用界面内切换所花费的时间6）滑动速度、界面切换速度7）与服务器交互的网络速度APP测试工具功能测试自动化：a) 轻量接口自动化测试：jmeterb) APP
UI 层面的自动化：android: UI Automator Viewer,Android Junit, Instrumentation, UIAutomator,IOS :基于Instrument 的 IOS UI自动化性能测试：a)Web前端性能测试网络抓包工具：Wireshark网页文件大小：webpagetest
pagespeed insight
chrome adbb) APP端性能测试Android内存占用分析：MATIOS内存问题分析：ARC模式Android WebView性能分析：IOS WebView 性能分析c)后台服务性能测试负载、压力、耐久性、可扩展性、基准工具：apacheAB ,
Jmeter,
LoadRunner专项测试a)兼容性测试手工测试：操作系统、分辨率、rom、网络类型云平台：testin
脚本编写
Androidb)流量测试Android自带的流量管理IOS自带的Networktcpdump抓包WIFI代理抓包：Fiddler流量节省方法：压缩数据，json优于xml; WebP优于传统的JPG，PNG；控制访问的频次；只获取必要的数据；缓存c)电量测试基于测试设备的方法，购买电量表进行测试GSam
Battery
Monitoe ProIOS 基于Instrument Energy工具d)弱网络测试手机自带的网络状况模拟工具基于代理的弱网络的模拟工具：Windows: Network Delay SimulatorMac: Network Link Conditioner6.性能、压力测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。性能测试关注什么性能测试概括为三个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。应用在客户端性能测试的目的是考察客户端应用的性能，测试的入口是客户端。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等，其中并发性能测试是重点。应用在网络上性能的测试重点是利用成熟先进的自动化技术进行网络应用性能监控、网络应用性能分析和网络预测。对于应用在服务器上性能的测试，可以采用工具监控，也可以使用系统本身的监控命令，实施测试的目的是实现服务器设备、服务器操作系统、数据库系统、应用在服务器上性能的全面监控响应时间RT每秒能完成的响应数TPSCPU利用率内存占用网络（带宽使用率）手机APP要考虑耗电量负载大时，各项指标如何变化联网的话要考虑不同网络环境（正常网、超快网、网速慢、断网）时指标的变化并发用户数和在线用户数的区别在线用户数：用户同时在一定时间段的在线数量并发用户数：某一时刻同时向服务器发送请求的用户数QPS（每秒查询率）每秒查询率是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，用来衡量服务器的机器性能QPS和TPS的区别TPS：Transactions Per Second(每秒传输的事物处理个数)，即服务器每秒处理的事务数TPS包括一条消息入和一条消息出，加上一次用户数据库访问，是软件测试结果的测量单位三、故障排除类题目1.PC网络故障，以及如何排除障碍1）首先排除接触故障，即确保你的网线是可以正常使用的。然后禁用网卡后再启用，排除偶然故障。打开网络和共享中心，单击窗口左上侧“更改适配器设置”，右击其中的“本地连接”或“无线网络连接”，单击快捷菜单中的“禁用”命令，即可禁用所选网络。接下来重启网络，只需右击后单击启用即可。2）使用ipconfig 查看计算机的上网参数单击“开始-所有程序-附件-命令提示符”，打开命令提示符窗口输入Ipconfig，按enter确认，可以看到机器的配置信息，输入ipconfig/all 可以看到IP地址和网卡物理地址等相关网络详细信息3）使用Ping命令测试网络的连通性，定位故障范围在命令提示符窗口中输入“ping 127.0.0.1” 数据显示本机分别发送和接受了4个数据包，丢包率为零，可以判断本机网络协议工作正常，如显示“请求超时”则表明本机网卡的安装或TCP/IP 协议有问题，接下来就应该检查网卡和TCP/IP 协议，卸载后重装即可4）ping本机IP在确认127.0.0.1 地址能被Ping通的情况下，继续使用Ping命令测试本机IP地址能否被Ping通，如不能，说明本机的网卡驱动程序不正确，或者网卡与网线之间连接有故障，也有可能是本地的路由表面受到了破坏，此时应检查本机网卡的状态是否为已连接，网络参数是否设置正确，如果正确可是不能Ping通，就应该重新安装网卡驱动程序。丢失率为0，可以判断网卡安装配置没有问题，工作正常。5）ping网关网关地址能被Ping通的话，表明本机网络连接以及 正常，如果命令不成功，可能是网关设备自身存在问题，也可能是本机上网参数设置有误，检查网络参数2.请问你怎么测试网络协议协议测试包括四种类型的测试1.一致性测试：检测协议实现本身与协议规范的符合程度2.互操作性测试：基于某一协议检测不同协议实现间互操作互通信的能力3.性能测试：检测协议实现的性能指标，比如数据传输速度，连接时间，执行速度，吞吐量，并发度4.健壮性测试：检测协议在各种恶劣环境下运行的能力，比如注入干扰报文、通信故障、信道被切断四、设计测试用例测试用例的组成元素内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。测试用例主要包含四个内容：用例标题-主要描述测试某项功能；前置条件-用例标题需要满足该条件测试步骤-描述用例的操作步骤预期结果-符合预期需求（开发规格书、需求文档、用户需求等）如何写测试用例1.测试人员尽早介入，彻底理解清楚需求，这个是写好测试用例的基础2.如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况3.清楚输入、输出的各种可能性，以及各种输入的之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例4.找到需求相关的一些特性，补充测试用例5.根据自己的经验分析遗漏的测试场景6.多总结类似功能点的测试点，才能够写出质量越来越高的测试用例7.书写格式一定要清晰(测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果)测试用例的重要级别是怎么分的1）特高用例划分原则：特高用例主要是核心功能的主流程，基本业务流，保证功能的完整性，特高用例失败会导致其他多处功能无法正常使用。用例设计常用思想&方法：场景法参考比例：10%左右（2）高等级划分原则：核心功能的正向业务流，覆盖平台功能的所有重要业务流参考比例： 15%左右特高及高等级用例要覆盖所有功能的正向业务流，能够保证软件功能稳定使用。包含功能交互、使用场景、使用频率较高的正常功能用例；（3）中等级划分原则：重要功能的正向业务流、核心&重要功能的异常业务流参考比例：30%左右常见输入框、字符等正向用例，常见异常场景的业务流，常见的失败类场景；（4）低等级划分原则：其他异常用例、UI/UE相关用例等用例设计常用思想&方法：边界值、无效等价类等参考比例：45%左右常见的输入框异常用例，包括一些异常的触发条件微信红包设计单个红包的功能上：发送方：输入红包金额：红包金额为0、0.01
200.00
200.01
199.99
20输入留言：留言输入数字、字母、汉字、特殊字符；留言长度；留言复制粘贴选择表情：表情-选择收藏的表情、其他表情； 删除表情、选择新的表情选择红包封面：封面选择选择支付方法：（零钱、零钱通、银行卡、添加新卡支付）判断里面钱数与红包钱数的关系；使用指纹、面部识别、密码支付（正确输入、错误输入的情况）钱财金额：红包发送成功后，钱包金额减少对应数值接收方：接收方收到红包：接受者对红包封面、留言、表情、金额均能正确了解接收方的金额：被领取后显示已领取，领取者钱包增加相应金额，再次点开红包只能显示红包信息只有接收方可以点开：发送方点开不能领取，只显示相关信息未领取：24小时后未领取显示退回，钱包金额增加，对方不能再领取群发红包功能：红包个数：红包个数为空、0、001、100、99、101红包金额：红包拆开每个金额一样，均为发红包时设置的单个金额对应的钱数红包被拆提示：红包被拆时，有相应提示退回：红包24小时内未被拆完，剩余钱被退回，相应支付方式中钱数增加群发红包-拼手气红包功能每个人拆开数额不同，总金额等于红包总额；24小时内领完显示最佳手气，否则不显示兼容性测试测试安卓、ios不同型号收集UI测试：显示无错误，风格样式统一中断测试：不同应用间切换、没电、没网、来电话、短信网络测试：2g、3g、4g、5g、wifi、移动联通电信、弱网、没网用户登录过程需要做哪些分析？功能测试：输入用户名和密码：用户名和密码，太短或太长的处理（边界值法）用户名和密码，有特殊字符(比如空格)及其他非英文的情况记住用户名，记住密码登录失败后，不记录密码用户名和密码前后有空格的处理密码是否是密文显示，使用*号或圆点等符号代替验证码的辨认难度，考虑颜色（色盲使用者），刷新或换一个按钮是否好用输入密码时，大写键盘开启时是否有提示信息什么都不输入，点击提交按钮，检查提示信息登录流程：正常流程（正确账号密码，点击提交，验证能否正确登录）异常流程（错误的账号密码，点击提交，验证登录失败，并提示相应错误信息）登录成功后能否正确跳转登录token测试界面测试：布局是否合理，按钮和表单是否整齐按钮和表单高度和长度是否符合要求界面风格是否符合UI设计稿文字有无错别字性能测试：打开登录界面，需要的时间是否在需求要求的时间内输入正确的账号密码，点击登录，是否在需求时间内跳转成功模拟大量用户同时登录，检查一定压力下能否正常跳转安全性测试：用户名或密码是否通过加密方式，发送给后端服务器用户名和密码应该在前端和后端做双重验证用户名和密码的输入框，应该屏蔽SQL注入攻击用户名和密码的输入框，应该禁止输入脚本（防止XSS攻击）防止暴力破解，检测是否有错误登录的次数限制是否支持多用户在同一机器上登录同一用户能否在多台机器上登录可用性测试：是否可以用全键盘操作，是否有快捷键输入用户名，密码后按回车，是否可以登录输入框是否可以Tab切换兼容性测试：不同浏览器下能否显示正常，且功能正常同种浏览器下不同版本能否显示正常且功能正常不同的操作系统是否能正常工作移动设备上是否正常工作如何对短视频APP(抖音)进行测试功能测试：刷抖音：视频清晰度视频暂停、播放功能视频信息（标题、描述、音乐、标签）点赞数、双击点赞功能评论功能（评论数、查看评论、发表评论）分享转发同款音乐用户个人主页搜索测试（热搜、话题功能）拍抖音调起摄像头视频拍摄、本地视频视频剪辑功能测试选择音乐功能测试道具、表情、滤镜发布短视频测试商业化广告植入（跳过广告）抖音商城性能测试：视频质量（码流、帧率、不卡帧）网络测试（wifi/5G/4G/3G/弱网、断网）服务器负载测试服务器压力测试长时间运行耗电量内存是否泄漏CPU状况安全测试：视频链接加密视频防止去水印视频反爬异常测试弱网、断网等异常测试码率切换测试破坏性点击（疯狂点赞、取消点赞）切换前后台兼容性测试移动端系统兼容性应用权限测试安装、卸载测试如何对聊天系统（偏客服系统）进行测试功能测试：用户端：登陆状态下正常发送消息未登录状态下发送消息，会提示去登陆输入框发消息测试（过长、过短、表情、图片、视频、语音、英文、数字、url、卡片、红包、位置等）接收消息测试消息顺序（不乱序、不重复、不错误、不丢失）历史消息未读消息提醒（小红点显示隐藏、未读消息数）用户头像点击自动回复选项点击长按消息（复制/转发/删除/撤回/引用）一键跳转到最新消息客服端：正常回复消息输入框发消息测试（过长、过短、表情、图片、视频、语音、英文、数字、url、卡片、红包、位置等）接收消息测试消息顺序（不乱序、不重复、不错误、不丢失）历史消息未读消息提醒自动回复设置用户头像点击，用户信息采集长按消息（复制/转发/删除/撤回/引用）一键跳转到最新消息消息群发（有可能也没有此功能）接口测试：发送消息接口(msg_type/msg_content/埋点测试/extra_content)RPC接口调用消息队列（排序、队列长度、数据格式）性能测试：模拟多用户同时向单用户发送消息模拟单用户同时向多用户发送消息1s内发送多条消息同一聊天室内，1s内接收多条消息，端上应有消息延迟展示策略兼容性测试：跨平台跨系统登陆接收消息并展示多端登陆同一个账号，接收别人发来的消息（若支持多端登录）多端登录同一个账号，一端发送消息，自己的消息在别的端的展示情况（若支持多端登录）异常测试：断网/弱网情况下发送消息输入框输入sql、脚本等如何对长视频APP（优酷）进行测试1.功能测试：视频能够正常播放会员特权（购买、有效期、行使特权）播放组件（点播播放器、直播播放器、缓存视频播放器）视频清晰度转换（手动、自动）全屏/缩放； 横屏/竖屏；锁屏播放/暂停/下一集进度条（快进、快退、锚点播放）亮度声音弹幕缓存投屏选集倍速断点续播视频水印返回键分享/收藏睡眠模式商业化（广告）片前广告/片中广告/片尾广告暂停广告弹窗VIP跳过广告广告倒计时自动关闭2.性能测试清晰度测试（4K、蓝光、超清、高清、标清、流畅），测试固定码率播放以及切换码率播放负载测试（最大同时拉流数）网络测试（wifi/5G /4G/3G/弱网、断网）首屏加载时间长时间运行耗电量内存泄漏 CPU状况是否有丢帧3.安全测试：视频流地址加密会员接口不对外暴露防止去广告脚本攻击缓存视频加密4.异常测试：弱网、断网等异常测试码率切换测试频繁切换前后台5.兼容性测试移动端兼容性PC端兼容性浏览器兼容性TV端如何对列表页（贝壳找房）进行测试1.功能测试列表排序列表翻页列表筛选列表少结果、无结果、多结果的页面展示检索系统、推荐系统、商业化（广告）测试回到顶端浮标列表卡片跳转列表卡片UI展示（价格、标题、描述、标签等）上滑加载更多下拉刷新列表其他（浮标按钮等）2.性能测试压力测试负载测试大数据量返回的表现（一般后端会做翻页）页面响应时间测试3.兼容性浏览器兼容性PC端操作系统兼容性移动端操作系统兼容性弱网/无网显示4.埋点测试曝光埋点点击埋点PV/uv统计如何对搜索框（贝壳找房）进行测试1.功能测试输入关键字，查看返回结果是否准确查询有结果的显示查询无结果的显示查询少结果的显示输入框测试：输入特殊内容，过长/过短的关键词，关键词输入正常：楼盘、地区、街道、公司、城市、地铁沿线、商圈等关键词异常：空格及其他特殊字符、代码等。热门关键词搜索测试（需要结合CMS后台测试）sug动态搜索测试商业化（广告）相关测试搜索出来的楼盘结果列表：排序、翻页、是否列表去重搜索历史功能测试检索系统和推荐系统的测试结果跳转（跳转到详情页、跳转到列表页）2.性能测试sug耗时点击搜索结果，渲染结果列表耗时压力测试，不同用户数压力下的表现负载测试，看极限能承受多大的用户量同时正常使用大数据量返回的表现3.易用性功能是否易用，输入法调起是否正常，按钮可点击区域是否满足易用性针对不同，是否有友好的提醒搜索结果的楼盘卡片是否显示合理（价格、标题、描述等）搜索结果是否准确，排序是否合理控件设计是否符合APP整体设计风格4.兼容性浏览器兼容性PC端操作系统兼容性移动端操作系统兼容性杀毒软件、防火墙、不同输入法等工具共同使用，是否适配5.安全性表单不允许被SQL注入（录入一些数据库查询的保留字符，如单引号，%等）是否有反爬策略是否有黄反策略或对涉及国家安全、法律禁止的内容是否进行过滤和控制测试一瓶矿泉水1.功能测试水瓶漏不漏、瓶中的水能不能被喝到2.界面测试外观是否没管3.安全性：瓶子的材质有没有毒或者细菌4.可靠性：从不同高度落下的损坏程度5.可移植性：在不同的地方、温度等环境下是否都可以正常使用6.兼容性：是否能够容纳果汁、白水、酒精、汽油等7.易用性：是否烫手、是否有防滑措施，是否方便饮用8.用户文档：使用手册是否对用法、限制、使用条件等有详细描述疲劳测试：将盛上水放24小时检查泄漏时间和情况；盛上汽油放24小时检查泄漏时间和情况等压力测试：用根针并在针上面不断加重量，看压强多大时会穿透跌落测试：测试在何种高度跌落会破坏水瓶测试朋友圈点赞功能功能测试：1.是否可以正常点赞和取消2.点赞的人是否在可见分组里3.点赞状态是否能即时更新显示4.点赞状态，共同好友是否可见5.点赞显示的是否正确，一行几个6.点赞是否按时间进行排序，头像对应的是否正确7.是否能在消息列表中显示点赞人的昵称接口测试：点赞朋友圈，验证朋友能否收到提示消息性能测试：点赞朋友圈，是否在规定时间显示结果，是否在规定时间在朋友手机上进行提示兼容性测试：在不同的终端上点赞，验证是否成功}