myTextField.getDocument().addDocumentListener(myListener); 不好么？

第一：GUI也是可以写出测试用例的。
第二：问题的关键在哪里？是你的测试观点。你有多少个观点决定你可能发现多少个BUG。

1. 是啊。谈判的形式有很多种，我比较擅长和领导打太极拳。吃饭的时候和他说说，讨论问题的时候和他说说，汇报工作的时候和他说。。。 不行的话，我再换个说法，继续磨。而且，我会和其他小组成员也说。放出预言说，这么下去将会怎么样怎么样，但是注意不要搞僵了。一直搞得领导怀疑自己，反省他自己。

2. 恩。是啊。这样，辞职可以作为一个让别人知道自己的坚定的信念的方法。但是没有必要实际去试的，简单的说就是一个噱头而已。让别人认识到你是真心为项目好，而且做事情有原则。

另外如果说没有一个人认为这个项目是自己的，在这种情况下，你很容易出头的。向项目负责人努力，就要拿出老大的做法来，想象一个真正的团队老大，在这个时候应该做什么。这样以后自己做了老大，说话自然有人听。


3. 其实项目做好做坏，都是一种经验。不光是你一个人的，而且是全部人的，包括大老板在内。经常和大老板沟通吧，否则他会把责任赖到你头上的。“尽我所能”虽然你做了，但是要大家都能看见才对。“不为所累”你也要做努力，但是不要让别人看见了，否则有拖后腿的嫌疑。

4. 大事要有大智慧，死亡之旅讲究尽可能减小一切损失。这次项目不是你的，但是你要思考，如果这个项目是你的，你该怎么办。以后你很可能有机会再碰到这样的项目的，希望下次你就是整个项目的管理者，可以把项目拉出“焦油坑”。

管理项目总是最考验一个人的智慧的。希望你能安全渡过难关。

死亡之旅 我看了好几遍，多年以来一直在努力不让自己的项目成为死亡项目。

其中一开始就讲政治：黄金时代已过 所分析的就是项目中隐藏的政治选手，以及他们的政治目的。我觉得讲得非常的好，很有参考意义。

第二条讲的是谈判，我觉得你最好尽早的和其他人进行深入的谈判，或者称之为“关于项目发展方向的沟通”。
我注意到你说了一句“等待项目延期”，我觉得实为不妥，倘若可以提出可以遵循谈判游戏的规则，陈述利害，提出可以接受的底线，顺便向老大表忠心，推心置腹，必将对你的工作有很大的帮助。
当然不要指望一次谈判可以解决问题，谈判的诀窍在于锲而不舍，退而再攻，攻莫忘退。
谈判，就是要摸清每个人的想法，划清每个人的定位，为项目发展争取时间，最低限度必须要让大家所有人知道你尽最大努力了。能做到这些，我想，无论成败，而且不管是谁，也不可能对你有恶言了吧。

切记，其他，工具，方法，都不如谈判这件事情重要。


“任何主要指挥官都不应该执行连自己都认为有错的计划，否则就应该受到谴责；他必须提出自己的理由并坚持对计划进行修改，最终还要宁愿辞职也不愿成为导致自己的军队失败的工具”--拿破仑
（当然最后一句话说得有些绝对了，个人认为，呵呵）

绝对原创
人头担保
虽然是照猫画虎搞学人家的，不是我自己发明的方法
但是文章和代码都是我自己写的。