#10 楼 @woniu 应该是这样的，难道苦逼的生活又重新开始了？？

#9 楼 @lylyliuyu 我想老板画的饼也比较大，我被大饼诱惑了。。。

#7 楼谢 @lihuazhang， 先去踩踩点，看看情形，在论后事吧。

#6 楼 谢@monkey 项目算是传统行业，本是想把互联网行业的一些流程带过去，但看了@lihuazhang 的评论，应该是先去看看，看老总是否真的想把控质量，项目组是否适合互联网的好的流程。

#5 楼 @m13890
我想老板希望我一个人搞定测试所有问题。我应该高兴还是哭呐。。。。

#1 楼 @niweyzhuce
你说的规范，是指些什么，每个阶段都有文档，评审之类的吗？

用过 Google 的一般都知道这些技巧。比较使用，快速查找所需要的东西。
-配图太大了，打开用例老半天

公司用 windows, 自用 mac

1) 买个 IPHONE,
2) 买个 IPAD
3) 多买几本书吧

学到很多东西，现在项目中沟通方式完全是邮件，坐在座位对面都是邮件，其目的就是便于追踪查找历史记录。

2015：
入手了 mac pro，11000HKD，
参加了一个培训 6000 RMB
大约看来 10 多本书，大多是技术书，大多都是 PDF，还有几本是图书馆借的。有时候觉得对作者有点惭愧。

很给力的 Topic, 希望以后多多举办。

老板，来两个款式五的。。

赞一个，为什么微信支付失败呢？改为支付宝支付成功了。

#coding=utf-8
import zidian # 导入函数
---此时的 import zidian 应该是导入模块，而不应该是函数。后面的 zidian.zidian() 才是调用函数。

支持一下，谢谢分享

说一下我做过的比较 Low 的手动接口测试 (项目里面叫的是 web service 测试)，开发给一个 service 地址，页面上展示的是一系列 service 列表链接，点击每个链接都有相应的界面 (如果有传参，那就有相对应参数名和对应的文本框 (textbox),反之，没有，当然还会列出以 xml 格式的 service request, service response 的相关参数）. 而我做的是测试需要传参的。把各种可能业务场景，各种参数的最大值，最小值，最大长度，空值等等情况输入以此确认响应是否达到预期。最后的测试参数以及测试结果是以表格形式放在邮件，邮件，邮件里面发送给大家。主要是由于手动测试，费时，费力还不讨好。诶。。。看了文章后，发现需要改进的地方有太多了。谢谢 LZ 的分享。

敏捷项目里人人都要为质量负责，而不单单是测试。我觉得很多项目组里人员眼中的敏捷就是快速开发，快速测试，快速上线。大家只知道各干完各的事就完了，还知道产品的质量由测试负责。而没有意识到敏捷中的质量是由项目全员负责。曾经见过一个项目质量出现一个问题导致重大亏损，整个项目组全部被干掉。此时 Boss 才不管你项目是谁开发，是谁测试，只知道项目组的失误导致我口袋里的钱变少了。只有出现重大亏损时，你们的经理什么的才会意识到全员都要为项目负责。不出现重大亏损，那我只能呵呵了。