tl437002770的博客

从质量管理的角度，在时间、成本有限的情况下，针对高风险项目提出的优化建议

1. 应聘之前，要打听清楚公司试用期通过率，可以上网查、找认识的人问，也可以在面试的时候问。2. 入职以后，要了解清楚试用期考核规则，试用期一般是培训+工作任务+考核任务一起，很多人会优先完成工作任务，其实，试用期的工作往往是用于让你熟悉业务，考核任务才是你通过试用期的关键，一定要留够时间完成考核任务。6. 对于工作内容，要做好心理准备，试用期的工作基本是枯燥乏味的，主要用于让你熟悉业务，很多重要的、有难度的工作会在试用期结束后安排，所以耐住性子，越往后，工作会越来越顺利，发展也会逐渐清晰。

在大多数情况下，100-400 毫秒的范围是合适的，400 毫秒是一个非常慢的动画，仅用于大屏幕上的大移动。一般来说，大多数动画的持续时间应该在 100-500 毫秒的范围内，具体取决于复杂性和元素移动的距离。动画太长比太短更常见。Google在其设计指导（Material Design）中也提到：动画速度调整包括持续时间（过渡持续多久）和平滑（随着时间加速情况），速度调整应该快速且易于用户跟随，要避免过渡过快或者过慢的情况，过渡速度过快，用户无法跟踪 UI 更改，过渡速度过慢，会阻止用户继续下一步。

2）该指标数值错误，华为后续可能有针对性改动，但目前未找到相关数据，实际上，联通在同年（2017年）9月发布了《家庭Wi-Fi网络技术白皮书》，体验KQI指标基本和华为一致，仅将在线游戏的操作响应时间指标改为了双向时延（即信息从发送方到达接收方，加上接收方发信息给发送方的时间），该指标值为次秒级，更具可测性，故而，在我司无线产品wifi体验测试参考中，使用了联通而非华为的在线游戏KQI指标。2. 传输速率稳定程度：实时传输速率落在平均速率 80%~120%之间的时间占总传输时间的比例，反映速率的波动情况。

当用户点击他想要的选项时，他将在0.4秒或更短的时间内收到验证码，重置他的密码。在帕金森定律中，如果给用户更少的时间，他/她会感到压力，并试图完成重要的任务，以按时完成任务。人们对一种体验的评价，高度基于他们在巅峰和结束时的感受，而不是基于他们在体验中所经历的每一刻的总数或平均值。当你在设计一款应用时，要找出最有价值和最有趣的时刻，并设计出能够给用户最好的体验的时刻。例如，这条定律可以在LinkedIn或Grammarly等网站上看到，在这些网站上，你会看到一个进度条，看看你的个人资料完成了多少。

指用户对系统、产品或服务的使用和/或预期使用所产生的感知和反应，其特性包含任务的适宜性、自我描述性、符合用户期望、适合学习、可控性、错误容忍、是否适合个性化。可用性指某一系统、产品或服务在特定的使用环境中被特定的用户有效、高效和满意地使用以达到特定的目标的程度，最主要的特性为有效性、高效和满意度。适用于最广泛的用户、符合用户期望、对个性化的支持、易接近、可感知性、Whitney Quesenbery提出的5E原则，偏向可用性，将有效性、高效、吸引力、容错性、易学习五个特性作为可用性最重要的特性。

用户体验是终端用户与公司、公司服务和公司产品互动的所有方面。为了在公司的产品中获得高质量的用户体验，必须无缝地融合多个学科的服务，包括工程、营销、图形和工业设计，以及。即用户在使用产品过程中，对产品的感受，最直观检验用户体验的方式，就是看用户在多大程度上愿意推荐产品。用户体验是用户与产品、系统或服务进行交互和体验的方式。随着IT行业发展成熟，用户对产品体验要求逐渐提高，良好的用户体验可以提高产品。用户体验是用户对系统、产品或服务的使用和/或预期使用所产生的感知和反应。

受Doherty研究影响，IBM工程师Arvind J. Thadhani对程序员执行事务和系统响应时间的关系进行了研究，根据结果，有如下结论：当系统响应时间下降时，程序员在一小时内完成事务的数量显著增加，而当系统响应时间下降到1s以下时，事务数量增加更为显著。说，提高系统响应时间可以减少用户响应时间，从而减少事务完成时间，当将系统响应时间缩短到次秒级，事务执行时间大大减少。如下图，当系统响应时间从3s减少到0.3s，用户执行事务可以节约10.3s。需注意的是，该理论提出时间久远，期间。

开始受领导重视，升了职级，工资增长幅度超过40%，彼时公司内部开始做ui自动化，抓住时机自我提升，受工作限制，无法全职自动化，但在团队搭建框架过程中，主动参与，利用休息时间，使用自动化技术实现了几个工具和业务脚本，同时，在本职工作中，提升对业务理解能力，增强沟通管理能力，也有了更多机会直接和客户沟通交流。回首自己的工作经历，一部分受益于行业的发展，一部分源于自己的积极努力，收获的不仅仅是工作的提升，更多的是一路的成长，未来的路还有很长，我会持续学习和分享测试相关的知识，欢迎大家加入我，一起成长和进步。

目前的市场情况，即使是营收不受影响的公司，嗅到寒意都在减少招聘，很多人开始追求稳定的职位，银行和国企近一段时间成了大家求职的香饽饽，但同时大家也会发现，进银行和国企，薪资基本都要打折。第三，经济不景气的时候，公司培养的成本会降低，更倾向能直接工作的人，工作经验比理论知识重要，对于想入行测试行业的小伙伴，可以考虑下在小公司、外包公司先积累经验，再逐步跳槽到理想的公司。第二，经济形势如果持续恶化，所有公司为控制成本，基本都会加强对员工的压榨，如果接受不了，想找稳定和轻松的工作，建议提前规划，骑驴找马。

测试工作可多可少，很多工作并非公司要求，但测试作为质量的兜底，任何程序上的不合理都会在质量环节提现出来，越早介入，风险越小。对测试感兴趣的朋友欢迎关注我，带你了解更多测试知识和行业信息。

以项目质量为标准，个人经验，这种做出来的项目或者产品，比员工外包质量好很多。外包员工在企业越来越常见，聘用外包人员有哪些优势和劣势呢？企业想要价格低又负责的话，可以考虑把。给个人或者外包公司，建立甲乙方关系，

实际的测试工程师工作日常：参加需求评审、讨论技术方案、设计测试策略、测试用例、评审测试用例、设计测试脚本、根据不同的测试技术进行测试、报Bug并跟踪流程、完善测试设计、总结经验教训、发布测试结果、跟产品讨论需求、跟研发讨论技术实现、Bug原因及修复方式。熟悉互联网行业和IT行业的人，对测试工程师这个职位一定不陌生，作为一个工作七年，在互联网和通信行业快速成长起来的测试工程师，今天跟大家聊聊这份职业的工作日常和定位。为了确保需求合理，会进行需求评审，由产品、研发和测试一起，确保需求定义合理、清晰、且可实现。

用户体验设计，从专业领域上说，属于设计和产品的知识领域，从开始设计需求时，就需要重点关注。如果你遇到的产品，需求纯凭自己拍脑袋，对用户体验理论一无所知，而且总是自以为代表了用户的想法，那么，你很可能遇到了“坑货”产品。用户体验测试，即，可用性（易用性）测试，遇到“坑货”产品，会让测试工程师很头疼，由于没有具体的准则和测试标准，很难推动测试。分享如上，祝各位测试工程师都能遇到专业性强的优秀产品，用户体验测试顺利。对测试感兴趣的知友，欢迎关注我，带你一起了解更多测试知识和行业信息。

不管是对于刚毕业的学生，还是工作多年的测试工程师，面试时，面试官都十分注重你对职业的热情，因为从你的热情可以看出你以后对工作的投入程度，这个问题的目的，是想看你对测试是否有热情，是否能在以后的工作中做足够的投入。软件测试，作为互联网最热门的职业之一，在很多大学，都没有专门的课程，都就导致，很多想从事这门职业的小伙伴，在面试的时候，没有得到过指导，会踩很多坑。测试这个职业的发展，未来招聘方向肯定是全栈，即，要求工程师即要熟悉手工测试的技术和方法，又要有自动化编程的能力，如果了解性能测试和安全测试更加分。

在是否选择培训机构，以及如何选择上，很多人存在困惑，尤其是，很多机构还加上包工作、给高薪的前提，给人的感觉很像伊甸园的苹果，即危险，又诱惑。软件测试作为互联网最热门的职位之一，越来越受到大家的关注，许多人想通过软件测试转行互联网行业，面对越来越大的市场需求，培训机构应运而生。分享如上，祝想转行测试的小伙伴一切顺利。对测试感兴趣的小伙伴也可以关注我，带你了解更多测试知识和行业信息。

软件测试的职业寿命，取决于互联网行业能存活多久，至少目前看来，这个职业没有消失的风险，至于你能在这个职业待多久，那取决于你自己的能力，我见过不少超过35岁的老员工还在测试的职位上兢兢业业。以广州为例，搜索软件测试的招聘信息，首页出来的公司里，针对2-4年工作经验，薪资没有上万的，所以，从培训机构出来就能月入上万基本不可能，要警惕是否是培训机构的招生骗局。在网上相关的讨论中，有许多观点并不符合我在这个行业的感知，针对一些观点，在这里结合我自己多年的从事经验，给大家辟辟谣。

在职场，我们经常会遇到各种问题，比如，任务分配不合理、技能不足以解决问题、时间太紧、同事不配合等，有人遇到问题习惯找上级处理，提出问题，但没有提出解决方案，如果你之前在工作中是这样的，那记住，在以后的工作中，在提出问题的时候，一定要先想好解决方案，即使方案不完美，也可以提出，毕竟提出问题的人多，提出解决方案的人少，这也会成为你与别人区分开的原因。然而，很多人发现，自己升职加薪的比例和速度，远远达不到期望，便会开始消极对待工作，然后升职加薪更无望，由此陷入了恶性循环。分享以上内容，祝大家升职加薪顺利。

Bug的生命周期如下所示，其中，新建、分配（研发）、解决、分配（测试）、验证、关闭（或重启启用）是Bug流程中关键的几步，基本所有公司都会保留，其他部分，不同公司根据自己的质量策略，会有不同要求，比如，有些公司会加入审核过程，如图所示。Bug，即在测试过程中发现的问题，是测试工程师绩效最重要的考核之一，也是面试常被问到的知识领域。分享如上，欢迎对测试感兴趣的小伙伴一同沟通讨论，也欢迎关注我，带大家一起了解更多测试知识。今天，从Bug的生命周期入手，跟大家聊聊Bug管理。

随机测试抛开了用例的限制，对测试方法和思路没有固定要求，不同的人会发现不同的问题，在功能模块刚提测的时候，对快速发展高优先级的Bug有很大帮助。探索性测试也是一种撇开用例进行的测试，与随机测试不同，探索性测试往往有具体的思维方向，而且针对的范围更广泛，一般基于大的功能面，而非功能点。今天，跟大家介绍随机测试和探索性测试这2件神器，可以帮助大家在测试遇到瓶颈时突破已有思维，提高发现问题的效率。随机测试，指在测试时，抛开用例，按照对需求的理解，对功能进行随机验证，常用于功能提测时，快速发现问题。

今天跟大家分享兼容性测试，由于其庞大的测试量，是最让测试工程师头疼的测试类型之一。对测试感兴趣也可以关注我，带你了解测试知识和行业信息。

实践：要注意和团队其他成员的沟通方式，尤其是产品和研发，和产品沟通需求要尊重对方的意见，但觉得不合理处，也要提Bug记录，和研发沟通，多了解实现细节有助于判断影响范围，避免遗漏Bug。实践：产品说明对测试至关重要，要推动产品及时更新并通知相关改动，此外，测试也是推动产品说明更新的来源，不要过于依赖产品说明，遇到不合理的地方要及时沟通。发现Bug越多的地方，会有更多Bug。实践：需求、项目成员、用户要求均可能变动，对于Bug的把握要基于最新的状态进行，不同时期要及时更新Bug准则，按最新的要求发现问题。

此外，如果云服务采用的是微服务的模式，要具体了解是那些微服务有改动，根据改动，判断具体影响范围，再进行针对性测试。最复杂的兼容性测试，是对所有支持版本都进行完整回归验证，但这种方式耗时耗力，对大多数公司来说，均不太可行。云服务升级后，用户使用的前端版本和升级服务可能存在兼容问题，需要进行兼容性验证。分享如上，欢迎对测试感兴趣的小伙伴关注我，带你了解更多测试知识和行业信息。

绩效作为我等打工人升职加薪重要的参考，是日常工作中大家努力的目标。作为测试人员，bug是评价绩效的重要指标，但出乎意料的是，很多同事bug数量很多，但绩效不高，今天站在日常工作的角度，跟大家谈谈绩效和bug的关系。首先，多bug对高绩效是非充分必要条件，即，多bug不一定绩效高，绩效高也不一定是因为多bug，然而，漏bug，尤其是重要的bug，肯定会导致低绩效。最后，欢迎大家一起讨论测试工作中你遇到的问题，对测试感兴趣的小伙伴，也欢迎关注我，带你了解更多测试知识和行业信息。

app测试需覆盖哪些系统，一般由产品定位决定，覆盖系统越多，测试成本越大。系统兼容还有很重要的一点，一定要重视系统试用版本，苹果在新系统发布前都会推出试用，官网有教程教你下载试用版，部分安卓品牌也会推出新版试用，这些试用可以让测试提前发现app与新系统的兼容问题，及时向品牌方反馈，或者及时让研发解决。一般会挑选市场占有率较高的品牌进行覆盖，对于国外的市场，安卓占有率较高的几个品牌分别是三星、小米、oppo、vivo、pixel（顺序与市场占有率无直接关系），具体数据，大家可自行在网上查询。

一般来说，测试矩阵用于整理测试思路，便于其他人进行测试审核，后续测试用例基本基于测试矩阵内容进行，测试矩阵主要元素为测试模块、测试场景和测试点，其他内容可在设计测试用例时再进行完善，以下模板包含了执行测试所需的元素，可直接用于测试执行。测试场景：一个测试场景一般仅包含一个主功能点，可包含少量与主功能点相关的其他测试点和UI检查。预期结果：一般参照需求，或设计常识，或竞品和参考产品的表现。测试模块：测试用例设计针对的模块，多数以测试界面划分。测试准备：进行测试前需要准备的内容。实际结果：实际测试结果。

个人的建议是，如果你对测试工作有更多兴趣，或者有更多追求，可以尝试从质量管理的角度出发，多从用户角度考虑问题，不仅从产品当前质量，而且从产品未来发展、市场、竞品等角度做好测试规划和建议。按同事的观点，测试的工作内容就是保证研发实现和产品需求改动一致就行，如果有没提到的需求，和研发设计一致就行。对测试没有太大的兴趣，只是想把测试作为一种谋生手段的小伙伴，持有以上观点是相当合理的，上述想法既减少了测试的工作内容，也极大降低了测试的责任，当然前提是其他部门同事和各领导也同意的前提下。我跟同事都是属于软件组的。

项目管理工具：如Jira，是项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域，测试工作中与其他部门关联的信息可以在项目管理工具获取和更新。测试管理工具：如微软的Test Manager（Azure Test Plans）工具，提供全套测试服务，包含创建测试计划、创建测试用例、测试执行、测试分配、Bug管理、生成测试报告等。在工作中无可避免需要使用工具，合理使用工具可以协助我们更有效地工作，以下是测试常用工具介绍。Postman：可用于接口测试。

选择项目外包公司，建议了解清楚工作的项目和客户情况，如果你加入的项目与客户有长期的合作，那么你的职业发展和工作环境也比较稳定，如果项目周期较短，你可能要做好项目结束后，接手新项目的准备。客户态度，某些客户公司，自身有完善的质量保障制度，项目外包时，也会要求加大测试投入，甚至会按照自己公司的测试规范要求外包公司，这种情况下，测试工程师一般比较受重视。从转正机会上看，部分公司会提供外包转正，但绩效要求会比较高，奔着转正去入驻的小伙伴，最好提前打听好转正时间和转正条件，如果没有明确的定义，最好谨慎选择。

手动测试：基于大脑中的脚本对产品进行测试，如何在大脑中设计脚本有很多技术，比自动化脚本复杂得多。这是一个重要的过程，确保所有人在相同的理解下进行工作。回归测试：测试部分已经测试过的功能点，因为已经测试过的功能可能受当前迭代的影响，需重新验证。系统测试：进行足够的测试来覆盖产品的所有特性，这种测试一般在产品完成和即将发布时执行。基于测试用例测试：其他测试的基石，它是大脑的脚本。冒烟测试：验证产品的基本功能，在正式测试之前，每一次新部署都会执行一次。热点测试：不按照测试用例测试，覆盖重要的/有风险的测试点。

用例粒度是用例设计很重要的一点，一般建议一个功能点设计一个用例，但有时，对于界面显示和细碎的测试点，如果单独设计用例，会导致用例过于庞大，实际工作中，可将这些点融入功能测试用例，但要注意，不能导致原本的用例偏离重点，或粒度过大。例如，测试搜索功能，用户输入内容非常广泛，难以遍历，首先，可以按搜索类型划分等价类，如，搜索价格、人名、产品等，每个类型有不同限制，如，价格范围可能在1-10w元，遍历1-10w所有数字，效率较低，可用测试边界值0、1、10w、10w+1代替。善用边界值，可结合等价类使用。

以上4个方面，是用例评审最基本的标准，测试工程师要设计用例时可多加参考，提升用例质量。作为测试工程师，设计测试用例是必备的技能，用例完成后，一般会经过审核再投入使用。（对测试感兴趣的小伙伴，欢迎关注我，带你一起了解测试知识和行业信息）

转岗：对编程感兴趣，可以转研发，对需求感兴趣，可以转产品，对客户感兴趣可以转技术支持，测试过程中，会涉及到与许多部门的沟通交流，为转岗提供了很好的机会。但就目前国内的情况来说，建议大家选择工作的时候，尽量去大公司和外企，去对测试工作重视的地方，你收获的成长会更多，工作体验也会更加愉快。就前景而言，随着整个行业的发展，对产品和服务质量的要求会原来越高，测试是质量保障必不可少的环节，未来的职业发展一定是不错的。大纲整理如下，大家可针对感兴趣的部分深入了解，也可以关注我，后续会对每块知识点进行详细分析与解答。