记录阿里巴巴QA架构组成长点滴。2008年关键词为效率,技术,影响力!QA/测试架构师定义:开发和设计测试框架测试库;纵横全局的考虑产品的功能,设计复杂的测试系统;负责研发某一项特定的测试技术;为公司考虑如何提高测试效率。领导公司测试技术的发展和测试策略上的方向,关注整个公司的测试部门的问题,前瞻性的考虑未来的版本的测试策略和技术。测试架构师计划/设计测试平台,关注着产品的测试过程,提供咨询服务,影响到公司内的测试机构测试社区,以及开发机构等,对产品各个方面施加深远而正确的影响,最终提高整体软件质量。

expect模拟伪终端来实现免人机交互_by_wxc

上一篇 / 下一篇  2008-05-21 12:07:07 / 个人分类:系统管理与维护

最近遇到一个小问题,自动化脚本需要在各普通用户间su来su去,渴望非人际交互,瞬间想到的方法是通过重定向、pipe来解决。但是su不同于passwd程序,它的逻辑比较简单,没有一些额外的参数入口来提供重定向和pipe。它必须要从终端上得到用户的输入,所以不可避免的要人际交互。那么可以用什么方法来实现自动输入密码吗?答案就是expect,它可以模拟一个伪终端程序骗过系统,实现非人际交互。(不过密码是明文的,适合于没有安全性要求的自动化),基本代码如下:

#!/usr/local/bin/expect -f
spawn su 用户1           //启动一个su的进程
expect "Password:*"     //等待文本Password:,有点类似LD里的捕获检查点
sleep 1                 //沉睡一秒
send "用户1对应的密码\r"  //发送密码给进程
expect eof              //结束

转贴一段:现代的Shell对程序提供了最小限度的控制(开始,停止,等等),而把交互的特性留给了用户。 这意味着有些程序, 你不能非交互的运行,比如说passwd。 有一些程序可以非交互的运行,但在很大程度上丧失了灵活性,比如说fsck。 这表明Unix的工具构造逻辑开始出现问题。expect恰恰填补了其中的一些裂痕,解决了在Unix环境中长期存在着的一些 问题。 expect使用Tcl作为语言核心。不仅如此,不管程序是交互和还是非交互的,expect都能运用。这是一个小语言和Unix的其他工具配合起来产生强大功能的经典例子。


TAG: 系统管理与维护

引用 删除 loveforld   /   2008-11-24 13:18:53
lewang@xagxrh8-18: echo letmein|su
standard in must be a tty
lewang@xagxrh8-19: echo letmein | pty -e su
这是输出
引用 删除 loveforld   /   2008-11-24 13:11:14
自己写个伪终端这个就不是问题,不过这种解决办法也蛮好
 

评分:0

我来说两句

日历

« 2024-04-06  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 153597
  • 日志数: 163
  • 文件数: 1
  • 建立时间: 2008-02-26
  • 更新时间: 2008-12-10

RSS订阅

Open Toolbar