产品测试

管理项目和管理房屋装修有很多相似点。首先需求分析-中式装修还是欧式装修，架构设计-绘制装饰图；接着模块实现-硬装，软装，水工，电工，木工，瓦工；再者联调-各工种合作；最后家具进场保洁交付-产品上线。 要想项目管的好，就需要客户需求提炼本质，架构设计的扩展性好，层级划分清晰，模块内聚，具体实施者做事靠谱，开发有实力，逻辑清晰，联调配合顺畅，测试case覆盖需求全面。 若涉及到结构件，电子件，还需要确认模具，EMC，若有无线传输，还需要无线准入测试，以及产品的认证。 大多数员工工作的主要动力是薪水，其次是兴趣。若把兴趣调动起来，工作效率就变高了。拉来项目的是老板，老板精通财务或市场，对技术是门外汉。因而公司组织架构对产品开发不是最优的，往往流程不畅。流程不畅往往会导致扯皮。这时很强的人格魅力，沟通技巧，处事的方法，深入浅出的技术解释能力，就会派上用场。真心诚意的和一线开发者沟通，效果最好。从经济效益出发，才能得到市场人员的赞同。 项目管理，心理要装着一条线（产品开发流程） ，各部门接口（考虑的方面全），抓住两头（需求，交付）。同时要学会控制自己的心情，不以对方修为高低，语言粗俗和高雅，都不需要记心里。学会适当的放空自己，放下心中以有成见，才能做到客观公正。 来源： CSDN 作者： 糟心的事太多，唯有写作可以解忧！ 链接： https://blog.csdn.net/weixin

　　 可用性测试 （Usability testing）是用来评估产品或系统的一种方法，这种方法起源于经典的实验学，可以进行复杂的 大样本测试 ，也可以进行简单的 小样本定性测试 。关于 可用性测试 的具体内容（5W+1H），网上已经有很多资料，包括中文和英文。我想了下，在这里，还是不再写普适性的科普文章，而是决定从近期做的 可用性测试 项目中提取一些个人思考，来与大家分享。 　　这些思考将分为五个点：（1） 预测试 ；（2）尽可能邀请相关方参与；（3）及时 调整脚本 ；（4）可用性问题的优先级排列；（5）注意用户的正面评价。其中（1）和（2）是可用性测试之前的准备，（3）是 可用性测试 中需要注意的，（4）和（5）是 可用性测试 结束后需要注意的。下面将按 照可用性测试 前、中、后分别进行概述。 　　 可用性测试 之前 　　预测试 　　预测试是在正式 可用性测试 之前安排的一场模拟测试。进行 预测试 的主要目的在于确保测试中的硬件和软件是否 正常运行 、 脚本 是否清晰、任务是否可行、访谈的问题设计是否合理和清晰等。如果遇到这些问题，要及时进行调整和修改，这样可以避免一些 无效的测试 或可能出现的错误，从而降低时间成本。 　　 预测试 可以找身边的同事，但这个同事不能是参与产品开发和设计的相关人员，可以考虑行政、后勤等非产品相关人员， 测试和访谈

点赞再看，养成习惯，微信搜索【 三太子敖丙 】关注这个互联网苟且偷生的程序员。 本文 GitHub https://github.com/JavaFamily 已收录，有一线大厂面试完整考点和系列文章。 前言 我的读者好像学生居多，然后大家最近问的比较多的一个话题就是大厂的研发流程，都比较好奇，整个流程是怎么操作的。 我也不多BB了，那下面就跟随 暖男 的脚步，走进大厂研发流程吧。 正文 我们先看看一个产品有哪些研发流程，帅丙就用自己接触的阿里系的研发流程举例了，这也基本上是互联网大厂的研发流程了，可能细节有出入，但是绝对大同小异。 我问了下字节，多多，腾讯的朋友出入不大，所以还是具有代表性。 看完流程我们就一个个点的去看看每个环节干了些啥，我们开发同学在这个环节需要做啥，以及在每个环节的职能。 需求提出： 这个环节主要是产品爸爸给我们提需求，每个需求都是他们从用户，或者自己绞尽脑汁想出来的，但是产品爸爸还拿不准，不能直接敲定，所以就需要我们大家（产品，UI，前端，后端，客户端和测试）一起讨论一下，看看这个需求是否合理，或者这个需求是否有意义，能否达到预期，技术实现的成本，周期等等。 一旦聊成了，他们就会进入下一个阶段，聊不成他会想方设法让你答应，然后进入下个阶段，知道我为啥叫 产品爸爸 了吧？ 需求PRD提出： 这个阶段，产品爸爸会根据第一版聊下来的结果

1. 什么情况下需要安装测试组专门进行安装测试？ 安装可以很简单，像一些简单的桌面应用程序，只是简单地复制一些文件，对于这种应用，不需要专门的安装测试组，安装测试能够和其他测试合并在一起。 安装也可以很复杂，需要支持多个操作系统平台，多种数据库，多个版本的中间件，多种网络服务器，多种拓扑结构等，这就要求测试人员具有较好的操作系统、数据库及网络服务器等知识。一般需要一个专门的安装测试组来进行相关测试。 一般来说，企业级Java EE应用都需要使用数据库软件。 2. 典型的拓扑结构是三层架构？ 前端是网络服务器，中间是应用服务器，后端是数据库服务器。 3. 安装测试应该完成哪些内容？ 确保待测产品能够在所有支持的操作系统、数据库、应用服务器中间件、网络服务器、拓扑结构等各种组合情况下，被正确地安装和卸载。 确保安装文档的正确性和易读性。 通俗来说，就是确保安装相关的代码和相关的安装配置文档的正确性。 4. 如何规划安装测试？——安装测试计划 每一个测试人员都需要认真仔细地阅读安装测试计划，并且按照这个文档的规定来进行具体的测试，这是对每一个测试人员最基本的要求。测试计划的主体部分详细描述了安装测试的测试配置和测试场景，这部分内容也最多。 5. 安装测试的基本流程？ 　　a. 学习测试计划和测试用例：在安装测试计划中，包含所有的测试用例，一般要求每个测试人员对所有测试用例有一个基本的了解

测试的目的是保证产品的质量，怎样做好质量控制是对测试人员的一大考验，分享一些工作中用到的经验，如下。 怎样保证测试的质量 1.不同的测试类型的结合，功能，性能，兼容性等，增加测试覆盖面，确保测试质量。 2.熟悉测试需求，测试目标，理解需求，设计测试用例。 3.用例的质量，对被测对象深入分析，功能进行细分，需求覆盖所有测试点，补充异常的测试点，复杂模块进行评审，提高测试点的覆盖面和测试用例的质量。 4.执行的质量，随时跟进测试进度，注意各类环境，各模块之间的交叉、关联，发现潜在问题。 5.缺陷管理，记录bug，跟踪管理缺陷，对遗留缺陷进行分析。 6.版本控制，建立主干分支，版本有问题可以随时恢复。 7.测试评估，对结果进行分析，讨论上线的风险，制定发生问题的解决方案。 来源： CSDN 作者： 包包翼 链接： https://blog.csdn.net/m0_46281078/article/details/104223907

大家好，我是来自SAP成都研究院Revenue Cloud 团队的质量工程师 , yoyo。很高兴可以和大家分享我个人的工作体会。每个团队都有QE（Quality Engineer）, 相信大家对QE 的工作并不陌生，我也就不唠叨QE 的具体工作啦。作为从事软件质量保证工作十年的“老人”，我想就我个人的工作经历和大家探讨下软件质量保证工作的变迁。 当我们谈论软件产品的质量保证工作时，必然是基于某种软件开发模式上的。皮之不存，毛将焉附？脱离了软件开发模式，质量保证工作就是空中楼阁。相信大家都感受到，近十几年，软件开发模式不断涌现新的概念和词汇，Agile, Continuous Integration , Continuous Delivery, DevOps ，令人应接不暇。我们首先要理解软件开发模式的变迁，然后才能进行与开发模式匹配的质量保证活动。 1. 瀑布开发 传统的瀑布模式如下图： 在这种模式下，测试活动仅仅是线性开发活动的后期活动。质量保证严格依赖于各个文档（需求文档，设计文档，测试计划和测试报告）以及评审会议，自动化测试可有可无。 2.增量开发 团队把产品的需求，设计，实现以及测试放在若干迭代周期里完成，每个迭代结束的交付物视为产品的增量，不要求增量达到能交付的要求，但需要能够基本可以工作。产品的交付仍然发生在最后，如下图所示： 增量开发的核心就是持续测试和持续集成

近年来，随着全球人口老龄化、人们生活水平的提高及政府对医疗政策及投入的倾斜，全球医疗电子市场正经历着前所未有的飞速发展。根据权威机构最新数据显示，2016年全球医疗电子市场销售为2534.7亿美元，其中，中国医疗电子市场占11.48%，成为仅次于美国和欧洲的全球第三大医疗电子市场。 　　目前，中国医疗器械市场存在着巨大的缺口，据统计，全国医疗卫生机构现有的医疗仪器和设备中，有60%以上仍是上世纪 80 年代中期以前的产品，这意味着中国现存的大部分医疗器械设备需要更新换代，而其中应用于家庭和临床的便携式医疗电子产品更是成为医疗电子市场强劲增长的新领域。另外，我国医疗器械与药品的消费比例远远低于发达国家，因此，中国医疗电子市场潜力规模巨大。 　　电子技术的发展帮助人们成功制造出新型医疗电子设备。相对于消费类产品易于形成泡沫并快速破灭，医疗电子产品则是一个相对稳定的市场，虽然其从产品研发到认证的周期很长，但是，巨大的市场前景及稳定的回报吸引众多半导体厂商的参与，因此，医疗应用得以成为目前半导体市场增长最快速的领域之一。 医疗电子市场对安全性的要求很高。从产品研发到认证的周期很长，不像玩具、消费电子等产品，一旦出现问题，将需要承担很大的责任。因此，医疗电子市场是一个稳定的市场，它不像消费类电子产品那样容易形成泡沫并快速破灭，虽然该产业的投资回报期较长

左耳朵耗子 发 表了 《 我 们 需要全 职 的 QA 吗 ？》 后 ， 一石激起千重浪 ， 赞 成者有之 ， 激烈反 对 者有之 ； 有人 说 文中 对QA 的定 义 不 对 ， 还 有人 说 以偏概全 …… 的确 ， 在需不需要 专职 的 QA 角色 这 个 问题 上 ， 很 难 用一个 简单 的 “ 需要 ” 或 “ 不需要 ” 来回答 。 前两天我写了一篇 对该 文的回 应 文章 ， 但由于文章写就得比 较仓 促 ， 很多 观 点来不及完整表述 ， 因此 ， 在 “ 真理越 辩 越明 ” 的原 则 下 ， 在 这篇 文章中 ， 我准 备 就 “ 我 们 需要什么 样 的 测试”这 个 问题说说 我自己的看法 。 首先要说明的是， 这篇文章完全不是讨论“我们是否需要专职QA”这个问题的 ， 也不是讨论“各种情况下QA或测试工程需要做什么” ，而是从我自身对测试的认知和个人经验出发，说一说我对不同特点的产品需要的测试的看法。 本文讨论的前提是：“ 不同的产品需要不同的测试 ”。当我提到“产品”时，除了产品本身所对外展现的特性外，还会隐含地包含了该产品开发团队的状况。这篇文章没有把行业作为一个划分的维度，是因为我相信，即使在同一个行业中，也存在各种截然不同的产品。 测试是为质量服务的，测试活动围绕质量进行。这个定义是我们今天讨论的出发点。ISO

在我们工作中，创业公司或是需要抢占市场的项目都采用敏捷开发的方式。最快上线投入市场，可是随着公司的成长，项目的变大项目流程就显得越来越重要了。于是就会在项目开发的过程中引入项目流程控制，以保证项目周期和质量。此是可能是由公司高层制定，也可能与我们测试人员商量，对于我们测试人员，应该如何制定项目流程呢？ 一， 国际性工业化流程 软件项目工程有标准的流程，也就是国际化标准流程，当然我们可以从书上或是网上获得相。如下所示，是我在网上查找到的一个流程： 在实际的公司项目流程中，发现如果完全按标准的流程来走会有很多问题，关键原因就是这个标准的项目流程是有适应条件的： （1）项目周期长，有充足的时间；而公司的项目往往周期比较短，一周的项目周期就算长的了，所以根本无法按正规的周期来执行。 （2）相关标准和文档比较完善，而且要求高。而现在公司很多开发人员不愿意写文档，或是项目历史包袱较重，没有办法整理相关的文档。 （3）领导重视项目流程，严格按标准执行。大型的公司比较重视流程，而现在关注点比较多，如收入，客户，市场等等，造成流程无法完全按标准执行。 二， 个性化的项目流程 针对标准化的流程执行起来比较困难，所以需要根据自己业务和团队特点来制定个性化的项目流程。简化标准流程，加强自己需要的部分，下面我们举个例子，以下面四个阶段做相应的流程控制： （1）需求阶段流程控制 需求是一个项目最早的阶段

评测： 下载并使用，描述最简单直观的个人第一次上手体验。 最先接触的是web端，其中在注册时遇到了一些麻烦。注册成功进入后，界面给我的第一感觉还是很不错的，背景颜色很舒服。但单从用户角度考虑来说，由于刚接触这款产品，在没有刻意去找使用说明的情况下，所有的功能和按钮全靠自己摸索，不知道是因为网络还是其他原因，在逐个试用各功能的过程中，侧边导航栏频繁卡顿。此外个人觉得可以给新用户一个基础功能介绍。还有就是页面按钮很多，有点拥挤。 按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。 1）注册界面 注册提示考虑不完善，没有给用户提供更加有效的用户提示，这方面主要是指错误提示。在我进行注册时，各项信息填完后却无法注册，之后尝试了2、3分钟，多次验证码验证到系统提示在验证2次就锁定该功能，后期甚至尝试上网搜索“华为云该如何注册”，最后在他人提醒下才意识到是帐户名出错。而出错提醒仅仅是“输入框从蓝色变成了红色”，而不是如大部分注册页面般提示“账户已存在或错误”之类的。而我的舍友同样遇到了这种情况，所以说是不是可以推断这种事并不是个例？ 2）测试管理界面的用例导出 测试管理界面的用例创建中，测试步骤可以选择插入图片。而在插入图片创建完用例导出Excel表格后，测试步骤及结果两栏中却没有刚刚插入的图片 3）另外还有一个小bug就是新建用例界面的用例等级按钮交互敏感度很弱，其中L1