居然会出现这样的BUG，你们前端不测试的吗

peng2739956 2017-11-17 04:14:58

...全文

265 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

peng2739956 2017-11-17

打赏
举报

回复

引用 1 楼 fengjing2012 的回复:

您可以提供一下这个链接地址吗？

你直接可以F12编辑一个内容吧他弄成很长能重现这个问题

满天星星满天星 2017-11-17

打赏
举报

回复

您可以提供一下这个链接地址吗？

前端团队简单评分看软件随想录，看到了乔尔测试，就想整理一个粗略的前端团队质量测试。经常听到一些人说自己团队不够专业，技术不好，但是如何是好，如何是不好，都是个人有个人的标准。于是根据乔尔测试改了一个前端团队评分，当然这个肯定非常业余，仅仅供参考。乔尔测试这是乔尔(软件随想录作者)在2000年提出的一个超简单的软件团队质量测试方法。 1. 你们用源码管理系统吗？ 2. 你们能一键编译么？ 3. 你们做每日编译么？ 4. 你们有bug数据库么？ 5. 你们在写新代码前修改以前的bug吗？ 6. 你们的进度表是最新的么？ 7. 你们有软件规格说明书么？ 8. 程序员的工作环境安静吗？ 9. 你们使用了能买到的最好工具吗？ 10. 你们有测试人员吗？ 11. 你们面试时会要求应聘人员写代码吗？ 12. 你们做过走廊可用性测试吗？每项回答只用回答是或否，不用统计每天写多少代码，代码bug率多

对于软件测试过程中的缺陷报告提交，一份高质量的缺陷报告除了必要的基本信息以外，还需要根据项目组中每个角色分工不同，对待缺陷的定位和立场也不同，所以完善且有说服力的缺陷报告非常重要。温故下之前高质量的缺陷报告的几个条件：

为什么需要写前端自动化大部分企业为了追求开发效率，所以并没有去强制要求员工写前端自动化测试的代码。另一部分企业则会要求前端开发额外写前端自动化测试。那么写和不写到底有哪些区别呢？不写前端自动化测试代码：修改某个模块功能时，其它模块也受影响，很难快速定位bug 多人开发代码越来越难以维护不方便迭代，代码重构困难代码质量差，参差不齐增加自动化测试后：我们为核心功能编写测试后可以保障项目的可靠性强迫开发者编写更容易被测试的代码，提高代码质量编写的测试有文档的作用，方便维护开发速度有所变慢

我有一次做一个node项目，没有负责前端，我发现后端有时候数据相关的逻辑，安全，兜底其实还真挺耐人寻味的，但当你开发完了。你就看吧，前端调了改了功能问题，改UI问题，改兼容性问题，我就把数据给了你，我就看着你在那里活蹦乱跳的。而我，就是一个不粘锅。

重点来了，这种解决方案的核心就在于，beta 发布测试通过后，直接将 beta 发布的打包产物进行线上发布，因为不需要二次打包，所以避免了打包过程中产生新的问题。而前端 UI 自动化测试最大的价值，就是在前端部分，弥补开发和监控之间的空白区域，形成一个完整的闭环，三管齐下，极大地保障了项目的质量。所以，可以通过在发布系统的预发和线上之间，新增一个 beta 发布，beta 发布使用线上发布的打包流程，不同的是，只允许内网访问，专门用于内部测试。事件的起因在于老板最近的两次“故障”，一次去年的，一次最近。

590

社区成员

254,055

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章