开发与测试

时至今日，我才意识到，其实，一个人真的不太可能完成既做开发，又做测试的工作的。尤其，是你手头上还有许多别的事情要做，而不光光是一个程序员身份的时候。

我也终究能够猜想到，为什么做业务的同事，那么没有耐心做测试工作，换位思考一下便知道，因为，他们身上还有业务指标的压力，各种应用程序，对于他们来说，如果可以直接作为拓展业务的好帮手好产品，他们当然乐意接受，但是，相反，如果BUG太多，不但帮不上业务的忙，反过来还需要占用他们时间去检查测试这应用程序本身，这他们当然是不乐意的。因为，作为帮助工具应用程序的好坏，并非他们的终极目标，他们的终极目标是销售公司的产品创造业绩。所以，今天，再一次被一位在那里仅做了几分钟测试就发现了两个问题的还算比较有耐心的销售高管抱怨了一下，我不怪她。

当然，我事后也仔细想了下，也不该怪自己。因为，这和自己以前做的相对简单的网站信息内容维护工作、文案设计排版工作来说，这个的自我校验工作，要复杂的多。因为，这不是说，你的测试方式就和别人的一样，你自己在测试中所关注到的整个应用程序的方面，却未必是真正使用者，或者说这个OWNER所关心的方面。应用程序中，可以测试的地方，可以找漏洞，可以挑刺的地方，实在太多太多了。多得超出了我的想象。

原本，怀着满腔热情，想帮公司做一些自己感兴趣，但是是超出自己职责范围的事情的。而且原本，正是由于自己觉得可以零距离接触实际使用者，可以直接设计后端数据库，然后后台编程，直到前台实施，可以接触全过程，而觉得有意思。然而，现在，我还意思到另外个比较严峻的问题，那就是对内对外的紧急程度是完全不一样的，业务和内勤类应用的重要程度，完全两个级别上的；含有后台逻辑的程序类应用，和单纯内容展现性质的静态内容，也是完全两码事的。对内的东西，你有一两个BUG，没有人会急着催你赶紧修复，而对外的就不行；展示内容的，稍微有点错立刻改了就成，而且容易自我检查出来，然而，含有程序类的应用，就不是三两下就可以BUG修复的，最关键的是，每次上线前如果单单靠自我一人检查，其实是很危险的一件事情的。

哎～这回算是吃一堑了。不管怎么样，也得继续坚持这个项目做下去。负责到底。但是，以后的程序类新需求在承接时，要好好思考下了！走个必要的IT SECURIY绝对有必要！