[.... 省略部分 .... ]
我談到了作為
validation engineer的一些想法，內(nèi)容不外乎怎樣得到develop engineer的一手信息，在多個(gè)engineering
release 和formal release 之間怎樣減少重復(fù)勞動(dòng)，怎樣cover到每個(gè)product 的new
feature同時(shí)保證每次的routine
test，我想這些都是作為測(cè)試人員頭痛的問(wèn)題。但是作為測(cè)試人員，你不像開(kāi)發(fā)人員那樣只是涉及產(chǎn)品中的某個(gè)部分，至于它和其他component之間的
結(jié)合，以及integrate之后的問(wèn)題或者整個(gè)產(chǎn)品的性能和功能實(shí)現(xiàn)就不是開(kāi)發(fā)人員的職責(zé)了。QA更是站在用戶的角度看待公司產(chǎn)品，它要求你在維護(hù)公司
的產(chǎn)品和作為用戶的體驗(yàn)容忍度之間做出抉擇。老大都希望一個(gè)qa可以做到拍著桌子同時(shí)應(yīng)付好幾個(gè)開(kāi)發(fā)人員，你不僅僅是發(fā)現(xiàn)問(wèn)題，發(fā)log而是透析問(wèn)題，發(fā)
現(xiàn)原因，提出自己的看法，工作之間的信任度和尊重度就是這樣建立起來(lái)的。我現(xiàn)在很喜歡的一種做事態(tài)度是，在和開(kāi)發(fā)人員報(bào)bug解決問(wèn)題的時(shí)候，要嚴(yán)肅，實(shí)
事求是，吃飯娛樂(lè)的時(shí)候應(yīng)該打成一片。呵呵，這就說(shuō)到測(cè)試人員，技術(shù)是硬標(biāo)準(zhǔn)，但是與人很好的溝通，大家愿意share自己的經(jīng)驗(yàn)給你，這其實(shí)是一種更大
的財(cái)富。當(dāng)然2者都需要日積月累。
來(lái)公司已經(jīng)有很長(zhǎng)一段時(shí)間了，但是我自己真正的長(zhǎng)進(jìn)是在最近一段時(shí)間里。
首先是一天早上我愣頭愣腦地發(fā)了封mail告訴大家周末的stress
test的result時(shí)，我馬上被我的頭領(lǐng)到了辦公司，進(jìn)行了一次1：1。老大談到了做事風(fēng)格，想大家都和我一樣的困惑，我以前的看法是開(kāi)發(fā)給了
release后我再開(kāi)發(fā)test
case，我當(dāng)時(shí)的想法是我不知道release的版本實(shí)現(xiàn)了哪些功能，提前design是不是有些盲目。但是老大給我的建議是一個(gè)好的
validation engineer，要始終走在release之前，你的報(bào)告上永遠(yuǎn)是develop的進(jìn)度block你的test
case執(zhí)行。呵呵，我以前的report中只有pass和fail，現(xiàn)在多了block后，我更加意識(shí)到了自己工作的意義。（笑一下）---這是我認(rèn)識(shí)
到自己的工作責(zé)任。
其次是我們組有個(gè)年輕的女生，她做測(cè)試已經(jīng)了3年了。我觀察了一下，她在負(fù)責(zé)一個(gè)新的項(xiàng)目測(cè)試的時(shí)候，是先根據(jù)source
code和feature list列出test要cover的test item，然后發(fā)出讓develop和其他的team member
review，generate一個(gè)quality target。接著是test case的設(shè)計(jì)和調(diào)試階段，形成test
framework，這是時(shí)間最長(zhǎng)的階段。補(bǔ)充test
cases.等到engineering的版后進(jìn)行port。她會(huì)按部就班按照以前設(shè)計(jì)的qt完成整個(gè)test
project。這大致涵蓋了一個(gè)測(cè)試流程。----這是我知道自己的做事流程。
最后一件小事，我昨天forward了封e-mail，大概的意思是告訴developer不光是這個(gè)人發(fā)現(xiàn)的問(wèn)題a，我又發(fā)現(xiàn)了問(wèn)題b。3分
鐘后，我又被我們老大叫到了身邊，說(shuō)了寫e-mail的技巧，告訴別人你的測(cè)試環(huán)境，你發(fā)現(xiàn)這個(gè)問(wèn)題的前因后果。特別是經(jīng)過(guò)了一個(gè)周末，可能沒(méi)人記住上周
的-mail，有必要交待清楚你的確切情況。然后是weekly
report，在突出你的工作量的同時(shí)更要體現(xiàn)出你做這件事情的value和impact，這是很重要的。特別是validation
engineer，有時(shí)你要在多個(gè)項(xiàng)目之間進(jìn)行測(cè)試，務(wù)必交待你的測(cè)試環(huán)境，這對(duì)重現(xiàn)bug相當(dāng)重要。盡量用數(shù)字來(lái)體現(xiàn)這些，因?yàn)樗鼈兒苤庇^。把該說(shuō)的問(wèn)
題說(shuō)清楚，不清楚的問(wèn)題弄清楚再說(shuō)，免得被別人抓住尾巴。----這是做事的風(fēng)格。
談到和develop的合作技巧，我的原則是如果在雙方時(shí)間許可的前提下，我傾向于采取face2face地交談，這避免了很多言語(yǔ)上的誤解，
特別是如果手頭有實(shí)踐環(huán)境還可以當(dāng)場(chǎng)測(cè)試，得到證實(shí)。總之作為新人，大膽的同時(shí)要謙虛，每個(gè)人都有他的專長(zhǎng)。我現(xiàn)在都很懼怕報(bào)cq，首先我不確定那是不是
bug，其次覺(jué)得小bug開(kāi)發(fā)人員可能會(huì)不重視，或者這個(gè)本就是一個(gè)known
bug。我的老大給我的建議是不要害怕，發(fā)現(xiàn)問(wèn)題即使它不是個(gè)問(wèn)題，總比隱瞞他結(jié)果他是個(gè)問(wèn)題要好很多很多。不是bug大不了close，沒(méi)人會(huì)笑你。呵
呵，我是這么想的，臉皮厚吧。
記得我再和以前老大1:1的時(shí)候老大交給了我很多的技巧，比如猛夸develop,把他的老大add into mail
list，讓他看到組員的工作成果，必要的時(shí)候也可以起到push的作用，我是這么理解的。你今天發(fā)現(xiàn)了很多問(wèn)題，在不緊急地情況下，不要一股腦都
dump到開(kāi)發(fā)人員的頭上，然后拍屁股走人，你可以分批地發(fā)根據(jù)他解決問(wèn)題的速度決定你報(bào)bug的速度，表現(xiàn)出對(duì)問(wèn)題進(jìn)展程度的關(guān)心，讓別人覺(jué)得他不是孤
軍奮戰(zhàn)。還有其他很多。-----這是做事的技巧。
記得我老大1：1的時(shí)候告訴我，對(duì)我的溝通能力不懷疑，我還是要加強(qiáng)自己的技術(shù)能力，讓自己說(shuō)出的話更有底氣。呵呵。
以前覺(jué)得自己不喜歡這行，現(xiàn)在發(fā)現(xiàn)和一群很實(shí)在的人為了一個(gè)共同的目標(biāo)，交流合作學(xué)習(xí)，這件事情本身就讓人非常的enjoy。
[... 省略部分 ...]
1 template<typename V,template<typename E, typename A = std::allocator<E>> class F>
2 class MyClass {};
上面這段代碼聲明了一個(gè)模板類MyClass。MyClass有兩個(gè)類型參數(shù)typename V和class F，其中class F又是一個(gè)模板類。注意這種聲明方式。
函數(shù)名：
read - 從文件描述字中讀
摘要：
1 #include <unistd.h>
2
3 ssize_t read(int fd, void* buf, size_t cnt);
描述： read()試圖從文件描述字fd中讀取cnt字節(jié)到以buf開(kāi)始的緩沖區(qū)中。
如果cnt為0，read()返回0并且buf中沒(méi)有結(jié)果；如果cnt大于SSIZE_MAX，結(jié)果為定義。
返回值： 如果成功，返回讀取的字節(jié)數(shù)`ret'（非負(fù)，0代表遇到了文件結(jié)束符），并且文件位置前移ret字節(jié)。如果ret<cnt并不代表出錯(cuò)；例如，這種情況可能是由于當(dāng)前只有ret字節(jié)可用（可能是因?yàn)橐呀?jīng)接近文件結(jié)束，或者因?yàn)槲覀冋龔墓艿阑蚪K端中讀取），也可能由于read()被信號(hào)中斷。如果出錯(cuò)，返回-1。在這種情況下，文件位置是否改變是未定義行為。
錯(cuò)誤號(hào)： EINTR 該調(diào)用在讀完數(shù)據(jù)之前被信號(hào)中斷。
EAGAIN 用O_NONBLOCK選擇了非阻塞模式I/O，但是當(dāng)前沒(méi)有數(shù)據(jù)可用。
EIO I/O錯(cuò)誤。例如這種情況可能發(fā)生在當(dāng)前進(jìn)程為后臺(tái)運(yùn)行組，試圖從它所控制的tty中讀取，但是該終端為當(dāng)前無(wú)效或者屏蔽了SIGTTIN信號(hào)又或者該終端進(jìn)程為“孤兒進(jìn)程”（orphan process)。 當(dāng)從磁盤中讀取數(shù)據(jù)時(shí)遇到底層I/O錯(cuò)誤時(shí)，也會(huì)發(fā)生這種情況。
EISDIR fd引用了一個(gè)目錄。
EBADF fd不是有效文件描述字，或者沒(méi)有為讀打開(kāi)。
EINVAL fd引用了一個(gè)不支持讀操作的設(shè)備。
EFAULT buf超出了可訪問(wèn)地址空間。
其他錯(cuò)誤也會(huì)發(fā)生，這取決于fd所連接的設(shè)備。 POSIX允許read調(diào)用在讀取部分?jǐn)?shù)據(jù)后被信號(hào)中斷后，或者返回-1（錯(cuò)誤號(hào)被置為EINTR)，或者返回已經(jīng)讀取的字節(jié)數(shù)。
規(guī)范： SVr4, SVID, AT&T, POSIX, X/OPEN, BSD 4.3
約束：
在NFS文件系統(tǒng)中，讀取小量數(shù)據(jù)只在第一次時(shí)更新時(shí)間戳，而后續(xù)調(diào)用不會(huì)更新。這是由客戶端屬性緩存（client side attribute caching)導(dǎo)致的，因?yàn)榻^大多數(shù)NFS客戶端讓server維護(hù)atime（最后訪問(wèn)時(shí)間），而客戶端read調(diào)用所產(chǎn)生的讀操作沒(méi)有造成server端的讀操作從而也不會(huì)導(dǎo)致server更新atime。可以通過(guò)禁用客戶端屬性緩存以獲得UNIX語(yǔ)義，但事實(shí)證明大多數(shù)情況下這會(huì)增加server負(fù)載并降低性能。
參考：
close(2), fcntl(2), ioctl(2), lseek(2), readdir(2), readlink(2), select(2), write(2), fread(3), readv(3)