就是这次扫故障车出来的呀

公司内部分享讲过机器学习入门课……可惜是面向开发分享，希望能在你这学到更多测试角度的知识 期待

嗯嗯嗯 下节课是要讲无监督学习，聚类算法了么

在这种场景下，我们测试能做什么。。

围观报价。。。

翻译：有查杀 bug 的 freestyle 么

孤陋寡闻 没听过…学习下

领导们发话了：我们小厂野路子 、 全部上大厂风格

1800
1200
2500
啊哈哈哈 血崩

留民求中奖

1.爬虫爬不同的音频数据（语言种类、发音特色、区域特征等）、音频处理软件对音频特殊处理（模糊化、音调）===》采集训练数据
2.利用训练数据预处理、训练
3.算法训练参数优化
4.编不下去了。。。

waitForElement(elementLocator) 等待元素出现 500ms 扫描一次 把登陆后的一个标志元素写进去就好了

听上去专业极了。。

嗯 是的 最后回归内包含这些回归

作为一名 QA，目前的做法是：
1.明确需求
需求文档分析，是否有需求遗漏、需求模糊、需求错误等项目，发现问题及时和产品沟通
2.回忆成年老坑
一个需求过来，有些模块或者部分内容和之前的一致，而在之前的版本中出现过事故、特殊规则、注意事项等等内容，及时和开发回顾和讨论解决方案（尤其是新手开发上手的时候）
3.确定开发提测日期
没什么好说的，为了版本上线顺利，工作时间能均匀分配（别每次都是前几天闲死，后几天忙成狗）
4.拆解模块
根据需求内容和开发大概的系统分析，拆解各个模块
5.编写测试用例
先按各模块级别，最后集成
6.提测版本测试
7.执行测试、疯狂提 bug、bug 修复验证
8.根据开发人员水平，需求复杂度等等等 重复 6-7 N 次
9.最后回归，测试开发产品三方验收
拉上产品的目的是因为 有些需求会改到产品 TM 都不认识了，提前给他看看，否者你说谁背锅
、、、、、、

路由器自带的模拟环境过于简单 只能限制单一的网速
而网络环境包含网速、延迟、丢包等多种复杂情况组合
（其实我没用过这个工具，从我自己理解和使用谷歌自带的 network conditions 总结的）

180 阅读没人回答，作为门外汉挽尊一波
CPU 内存占用、电量消耗、帧率（是否卡顿）、流量。

我会从这些角度回答
工作积累经验和此份工作的契合度；
硬实力：列举专业技能
软实力：协作能力、规划能力等
自己对面试岗位的理解和自己未来能给他们带来什么

线程锁 消息队列 业务逻辑约束…

还得考虑 int 反转后溢出问题 负数等等

是呀 受教了 我之前做过的是反转 int

看到好多个熟悉啊。。。如果只是浅显的懂一些 就说了解就好，否则面试官往深一问却答不上来，就尴尬啦

testerhome 也开始刷 leetcode 上的题目了么

whoami
free
kill

要是真问到这种综合性强的问题 我只能选择摊手。。