你呗和谐了

16 年腾讯做外包的时候，leader 告诉我的，自从知道 TesterHome 就想发现了新大陆一样，收获了很多

应该是简历上没啥好问的吧

能解决测试技术上问题的人，就是测试开发岗。

做什么类型的测试干什么事，你 UI 自动化什么都要验证，想过实施维护成本么

不做数据验证，做什么测试呢，仅仅看看界面是否跳转货主成功。这样的测试没有意义。只是验证什么数据要有代表性和针对性

看完了，大佬说的好

大四就接触到 testerhome，觉得很幸运，看到楼主的帖子忽然也很想去开一帖

UI 自动化不是做回归的吗，本身功能测试没问题才做自动化的吧？？不做功能测试？

看你们的产品设计了，像公告这种模块一般会设计为一个通用模块，并不是每次发布一个新的公告都要重新测试。这个只要在设计之初约定好了，服务端按规矩传参就不会有什么问题。

那比如公告显示之类的功能，后台新增一条公告，然后 app 在某个地方显示出来

那这个测试用例不就是需要操作数据库插入数据，然后 app 上检测数据有没有显示吗？

我的理解是，看你的决心与时间

UI 回归，本质上发现的问题比较少，因为仅仅是回归又不是新功能测试，所以发现问题较少

但是，领导通常是对这个工程有期待的，如果因为一些运维的错误或者其它后台的问题，也被你发现了

那么这就是自动化的价值，绩效

当然，如果你紧紧是一个测试人员，只是在业务测试之余完成自动化，或者练手，或者业务测试都做不完，那就么必要了，反正做得再好，也没有绩效!!!!

成本太高， 数据验证还是接口来做吧。

要是我做 ui 自动化的话，我不验数据准确性。因为成本太高了，而且并没有什么意义。你说你从数据库里取个字段，然后再从前端取个控件的值比较是不是一样，有什么意义呢，前端显示这个值不就是从后端接口返回里取的么，后端的数据哪里来？还不是从数据库里拿的。这里只是举个简单的场景，在我看来 UI 自动化测什么，我下个订单，期望结果是支付成功，跳转到支付成功落地页，但是实际情况是没有跳到落地页，那我 UI 自动化可以判断出没满足要求，业务没走通，报警。这就够了

总体来说 是要对数据进行验证的。

绝对而言 如果 软件工程质量好的话 我意思是 比如 你们的业务测试质量很高， 那么 我们所做的 UI 自动化 就是个 分层测试的概念
尽量把问题 集中到 UI 界面上 而不去关注接口 或 数据库数据的 验证。 或者 前提面向 UI 自动化 初始化或构建好了 UI 页面场景依赖的数据， 重度把问题集中到对 UI 界面的 验证上来。 这种情景 就不太需要 对接口或数据库数据验证。

另一种 情况 就是相对的， 比如 你们的业务测试质量不高 一些接口 或 数据落地验证 不准确。 那么你可能 就需要 对 页面接口返回的数据 或 响应 做一些面向业务规则的断言 或者需要访问数据库 对如表单提交类的 做落地数据断言。 这就有点违背 UI 是一种分层测试的概念 战线扯的有点长了， 但没办法 国内或大多数全球企业 都是这样。
所以 业务测试是基石 ， UI 自动化 是辅助 不要为了 UI 自动化而自动化 前提是你业务测试质量标准到了

你要明确 你 UI 自动化要解决的是 哪个端的问题 要重度面向 UI 适配 系统碎片化兼容 和前端问题 来精准。 否则就 会有点扯的长 做了业务测试验证的活。

我感觉这些都没看到过比较正确的说法

几乎说的都是判断这个控件在不在，或者获取下属性值对比就完事了

哎，理不清 ui 的断言啊，有些地方不操作数据库插入数据，你就不知道有数据时 app 会不会展示出来，或者展示的有问题

我就不一样了，我是用 magi 搜索 H5 自动化测试时找到这个网站的，作为测试新手，觉得 testhome 是一个很好的学习交流的论坛

昨天看了一天的 testerhome，启发还是挺大的，里面很多行业大牛，之前工作中遇到很多问题也找不到人交流沟通，有的时候看到前人的分享，自己能少走很多弯路

20k 算高么？常被洗脑，什么 P6 之类的，年薪不到 30w 简直都不好意思打招呼

哈哈，说的大实话，金融行业测试人员一般都有 20k 左右，这个薪资在其他行业应该算是资深测试架构师水平了

感觉最近社区不够活跃了

年纪不是问题啊， 也跟你有过这样的想法。职场起起落落 频繁的跳槽 有时候也是会有你这样的时候。 不过吧还是逼自己一把。 能学多少学多少。

想问下报的哪里？我也有着想法。

上班时间怎么样,看到 boss 上面写了 10:00-18:00,觉得不太科学.
加班是周一到周五每晚,还是说周六也要
加班算不算加班费的

优胜劣汰是永恒不变的真理，一个行业经过爆发期就会转入稳定期，对从业者要求会变高，待遇更好，楼主要么就静下心来深造，实在不是这个料就果断转型去服务行业，不要纠结，不是说要一条路走到死，加油吧