#!/bin/sh PACKAGE=mypkg # set mode go test -coverprofile=coverage.out $PACKAGE go tool cover -func=coverage.out go tool cover -html=coverage.out # count mode go test -covermode=count -coverprofile=count.out $PACKAGE go tool cover -func=count.out go tool cover -html=count.out # more info: http://blog.golang.org/cover

Motivation If your software project doesn't "get users" it will die, bottom line. Launching a software project into production sooner rather than later greatly increases the odds the project will "get users" and ultimately succeed. Situation You've seen it time and again in recent years. You start a new project. You have project specs and a strong desire to include a test suite with your project to prove correctness and efficiency. But along the way your project specs change, you don't launch on time, and you have a gazillion tests to update. Your hopes of actually "getting users" dwiddles daily as you cope with all the code and test code changes. What do you do? Solution Throw out your test suite and launch the project into production. Having users actually use your software provides near 100% code coverage. Having your "test suite" run in production on real data means you do not waste time creating fake data in the form of fixtures or factories. Continuous integration is provided as a side

   Recent articles
Git commands for pair programming
Change default SSH port on Fedora
Console Blackjack in Crystal
Nautical War
Reverse (Othello) in ReactJS using Typescript
android (1) apache (1) apple (1) bash (2) bashrc (1) battleship (1) blackjack (8) c (2) c++ (1) callproof (1) clang (2) clang++ (1) console (1) crm (1) crystal (1) data (1) debian (4) diff (1) django (2) enterprise (1) fedora (1) firewall (1) freebsd (1) g++ (1) games (1) gcc (1) git (4) github (1) gmail (1) go-lang (3) google (1) gourse (1) kernel (3) latin1 (1) linux (4) lottery (1) microsoft (1) module (1) mongodb (1) mp3s (1) mutt (1) nautical (1) pairing (1) pair-programming (1) patch (1) perl6 (1) postgresql (2) powerball (1) psql (1) python (2) python3 (1) raspberrypi (1) reactjs (2) reversi (1) sdl (1) sed (1) selinux (1) ssh (1) stack (1) testing (2) trace (1) typescript (2) ubuntu (2) utf8 (1) virus (1) war (1)

Copyright © 2019

GregDonald.com · Contact

All Rights Reserved