要看你的请求是什么，有 2 种情况：
1、单纯的访问页面，则修改成：micromessage 就好；
2、在访问页面之前需要进行授权登录，则需要和你们的研发沟通下具体的业务逻辑；

是：micromessage

这个就得问微信了

完美解决，希望对你有用

感谢大家给的中肯建议，经过综合考虑宝宝刚出生三个月嗯暂时无法接受出差的工作！
嗯也了解了技术支持两个比较大的弊端一方面是出差应酬 另一方面电话 24 小时随时待命，我觉得 24 小时待命比较要命，希望自己在测试方面有所成就！

是用 python 来调用的，node.js 也可以调用，stf 就是直接用 node.js 调用的，原理是一样的。

建议自己先了解下

会继续更新

感谢提出一些建设性的建议：
1、oppo 手机没有碰见你说的问题，我的思路是：不要让自动化去做这些复杂的操作，如果能通过哪些开关能关闭不就是最好的解决方案？
2、没有太理解你说的检查手机环境

关注：K 米测试 公众号，遍历测试会在接下来的几期中进行分享。

10000 个赞同 还是聊点实际的

我用的是 UiAutomator 进行处理的，有一个思路你参考下：不要尝试用一个工具，例如 adb 处理所有的问题，可以借助其他工具协助，让每个工具发挥最大的价值。

以下是我对小米手机安装的提示的处理方案，你参考下。

if cmd.find('install') >= 0:  # 小米手机安装提示未知的PC工具
    if os.system(oscmd) == 0:
        root_logger.info('发现安装提示,执行命令'+'adb -s %s shell uiautomator runtest TestDemo.jar -c Install > nul' % str(serialname[0]))
        create_process('adb -s %s shell uiautomator runtest TestDemo.jar -c Install ' % str(serialname[0]))

感谢反馈，已经处理。

已经更新，原来使用的是微信公众号的地址，现重新上传

1、测试平台实际上和 STF 没有特别大的关系，STF 只是一个远程 Android 设备管理工具，在我的设计里面已经支持从 STF 获取设备列表，也支持本地设备列表，也就是说没有 STF 也能正常工作，没有任何的影响；
2、可能对于你这样的高手这些都不在话下，但是对于新手我相信还是有很多帮助的，我曾经也是新手，那些血和泪让新手少流点吧

感谢鼓励，一起学习，一起交流

@Lihuazhang 原创文章，没有任何宣传的意图，最近有人想了解云测试平台的构建，思考良久后打算整理一些自己的思路。

你说的都对，但是在公司层面，你的这个说法属于扯皮，因为没有什么卵用，你说呢？作为一个测试人，我永远先在测试上面找问题

如果是垃圾网站，换了头像还是垃圾网站

1. 可能理解上有误区，一个产品经过认真测试和简单测试的效果是完全不一样的，测试端务必要保证：测试用例设计、测试用例评审。
2. 针对你说的这个问题可能比较极端了，应该不会到了只剩下一天的测试时间，相关干系人才知道，在我们团队，研发一旦延期提交版本，测试会立即发送邮件通知明确测试时间对应顺延，通知相关干系人做好风险评估，例如通知市场一线做好安抚等类似的措施；
3. 如果你不能推动整个开发流程的优化来保证质量，那站在测试的角度你应该让尽可能多的问题在测试过程中暴露，而不是等着市场反馈。
4. 测试可能会不决定产品的质量，但是测试人员的能力却会决定产品质量。

产品质量就应该是测试决定的呀，产品发布市场，市场或者商家反馈有异常，难道不是产品质量不过关导致？

T1/T2 其实也可以添加进来，否则总觉得缺少点什么❓

都快 10 点了，怎么还没有加上 T3？

以下参考网络，有一定的参考价值：

产品测试方面的关键绩效指标 KPI 可分为两类：
一类是测试质量类指标，反映测试工作的质量，可促进提升测试能力的水平。
另一类是测试效率类的指标，用于促进提升测试的工作效率。常见的产品测试质量类的 KPI 如下：

1、产品设计缺陷率：产品经过测试、小批量试制验证以后，在批量生产和用户使用过程中发现的产品设计缺陷次数，与已生产、发运的产品台数之比，单位是次/台（或次/台.季度）理想情况下，已通过了测试和验证的量产产品应该没有设计缺陷，但是实际测试工作中不可能发现全部设计缺陷。计算本指标时，可以扣除那些测试已发现、但设计部门未予以修改的设计缺陷。本指标属于测试质量类指标，用于促进提升测试能力和水平。

2、产品缺陷漏测率：类似的指标还有因设计缺陷导致的产品（和部件）返修率、产品漏测率。所谓产品漏测率，是指产品在生产、用户使用等环节发现的漏测问题数与产品问题总数之比。

3、测试覆盖率：测试项目、测试用例对产品需求规格的覆盖率，或者对产品硬件设计的功能点覆盖率，或者对软件代码的覆盖率等等，这类指标用于衡量测试的充分性。

常见的产品测试效率类指标如下：

1、 人均发现问题数：每名测试工程师每天（或每月）在测试工作中发现的产品问题或缺陷个数的平均值。本指标可用于评估测试工程师数量是否合理。

2、 自动化测试比例：能够实施自动化测试的测试项目（或测试用例）个数与总测试项目（或测试用例）个数之比。本指标用于促进提升自动化测试水平。

3、 测试项目（或测试用例）的问题发现效率：单个测试项目（或测试用例）发现的问题数量的评均值。本指标用于促进提升测试项目（或测试用例）的有效性。

这几天也是一直在思考这个问题，希望有一些可以落地的内容。

小米手机安装提示解决方法：

pattern = re.compile("adb -s (.*?) +")
        search = pattern.search(cmd)
        oscmd = ''
        if search:
            serialname = search.groups()
            sysstr = platform.system()
            if (sysstr == "Windows"):
                oscmd = 'adb -s %s shell dumpsys activity|findstr mFocusedActivity|findstr PackageInstallerActivity' % str(serialname[0])
            elif (sysstr == "Linux"):
                oscmd = 'adb -s %s shell dumpsys activity|grep mFocusedActivity|grep PackageInstallerActivity' % str(serialname[0])
             else:
                print ("Other System tasks")
        # end by wsa 20160907
        while timeout:

            time.sleep(0.1)

            if cmd.find('install') >= 0:  # 小米手机安装提示未知的PC工具
                # root_logger.info(time.strftime("%Y-%m-%d %H:%M:%S", time.localtime(time.time())) + ' 当前命令为 ' + cmd + '\n')
                if os.system(oscmd) == 0:
                    root_logger.info('发现安装提示,执行命令'+'adb -s %s shell uiautomator runtest TestDemo.jar -c Install > nul' % str(serialname[0]))
                    create_process('adb -s %s shell uiautomator runtest TestDemo.jar -c Install ' % str(serialname[0]))