摘要： 公司严格地按照“产品-项目”模式来架构技术部门。 我又测产品，又测项目，所以一方面可以从项目测试的角度发现产品bug，并且给产品提供改进意见，一方面还能测产品为项目赋能，保证项目质量，让项目经理轻松些。 我无论测产品还是项目，都是从中间介入的，所以没能赶上任何一个版本完整的生命周期，那么就硬着头皮上 阅读全文

摘要： 最近有两个项目是在旧版本上实施的。上线前经过一轮测试后，发现了一些产品（我们的产品确实不稳定） 在这个项目上，修改产品bug是肯定的。但是要不要追踪这些bug？ 这就跟版本使用范围有关系了，毕竟要考虑开发和测试成本。 这个版本目前只给这两个客户使用。以后的客户都使用新版本。 所以bug就算追出来了， 阅读全文

摘要： 1.重大节日，比如国庆，项目的测试数据应全部是国庆相关的，无得含有无关资料； 2.国庆节的话，国家相应的70周年图标应该放到网站上； 3.首页的图片轮播，箭头位置是否明显，返回顶部的图标位置是否合适； 4.首页带标题图的栏目，若有多个标题图，客户怎么找到要维护的资料，这里维护资料应当尽可能简单； 5 阅读全文

摘要： 先列结论： 遇到超重点项目，不止要对比静态页面，测功能、兼容性、数据等， 项目经理首先需要告知测试，这个项目有多重要，使其意识到，要区别与普通项目的测试，这是项目经理的责任。 其次，送测前，要进行需求确认，领导之间要进行页面评审并敲定，并且外宣资料也许经过营管部门的审核。 达到这一步，才能提测。 这 阅读全文

摘要： 因小程序上一个版本测试时，问题百出 理想状态下的测试流程，在小程序里完全不见踪影 理想状态是什么样子的： 测试参与需求评审+测试和开发对于产品的认知始终在一个水平线+需求不可随意改动+原型和需求说明书要准确，用例以此为参照来编写+进行用例评审+送测前自测通过主业务线 然而，在上一版的小程序里，一项都 阅读全文

摘要： 目前，小程序在按照模块来出《需求说明书》，一天出一个模块，并花了原型图（备注：不是开发新功能，而是对原有流程做了改进，界面也进行了优化） 另一方面，要开发智能分析，也就是大数据的功能，目前在需求分析阶段 两步走：1.原有业务升级换代，界面优化；2.新功能的开发 都说测试介入的越早越好，成本是最低的； 阅读全文

摘要： 七月份了，2019年已过去一半； 后半年，我们要以什么样的成果来对生命唱赞歌？ 我目前负责公司一个小产品线的测试，和一个大产品线的项目测试。 产品测试，我才加入3周； 经过这段时间断断续续的磨合，我对业务线有了更进一步的了解； 这个产品是2017年才立项的，属于新产品线； 但是令我惊讶的是，它并不是 阅读全文

摘要： 项目测试，之前定的规矩是，本地初测、改bug、复测 总之，测试和改bug的工作全部在本地执行，全部通过之后再部署到客户后台 如果部署后、上线前，在本地又突然发现bug，也得在本地环境改好，重新在客户后台部署一遍 今天有一个小插曲 我们的一个项目，已经全部测试通过了，测试突然发现一个bug 然而项目经 阅读全文

摘要： 随着两周的一顿乱测，把100条测试用例终于执行完了 由于原型很多bug，所以测试的同时，还加了一个支付页面的用例 后来又梳理出了3个子模块的业务线，于是又增加了十几个测试点 截止到昨天晚上，已修改的bug复测完毕，还剩了6个bug未修改 现在等待发新版本进行验证 今天可以开启第二轮测试了 不再按照用 阅读全文

摘要： 原计划今天下午4点上线，然而未能如期举行 下午2点了，还没有发新版本以供测试，所以测试只能等 4点多了，才发布了一个新版本，我开始复测44个bug 开发和测试环境未分离的结果就是这样，无限延长上线时间 今天又补充了一些测试点： 真实姓名VS默认名称、真实头像VS默认头像、支付失败的订单在一起捐里不应 阅读全文